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Part 1. Fundamentals of deep learning 


Chapters 1— 4 of this book will give you a foundational understanding of what deep 


learning is, what it can achieve, and how it works. These chapters will also make you 
familiar with the canonical workflow for solving data problems using deep learning. If 
you aren't already highly knowledgeable about deep learning, you should definitely 
begin by reading part | in full before moving on to the practical applications in part 2. 


Chapter 1. What is deep learning? 


This chapter covers 


e High-level definitions of fundamental concepts 
e Timeline of the development of machine learning 


e Key factors behind deep learning’s rising popularity and future potential 


In the past few years, artificial intelligence (AI) has been a subject of intense media 
hype. Machine learning, deep learning, and AI come up in countless articles, often 
outside of technology-minded publications. We’re promised a future of intelligent 
chatbots, self-driving cars, and virtual assistants—a future sometimes painted in a grim 
light and other times as utopian, where human jobs will be scarce, and most economic 
activity will be handled by robots or AI agents. For a future or current practitioner of 
machine learning, it’s important to be able to recognize the signal in the noise so that 
you can tell world-changing developments from overhyped press releases. Our future is 
at stake, and it’s a future in which you have an active role to play: after reading this 
book, you'll be one of those who develop the AI agents. So let’s tackle these questions: 
What has deep learning achieved so far? How significant is it? Where are we headed 
next? Should you believe the hype? This chapter provides essential context around 


artificial intelligence, machine learning, and deep learning. 


1.1. ARTIFICIAL INTELLIGENCE, MACHINE LEARNING, AND DEEP 
LEARNING 


First, we need to define clearly what we’re talking about when we mention AI. What are 
artificial intelligence, machine learning, and deep learning (see figure 1.1)? How do they 


relate to each other? 


Figure 1.1. Artificial intelligence, machine learning, and deep learning 
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1.1.1. Artificial intelligence 


Artificial intelligence was born in the 1950s, when a handful of pioneers from the 
nascent field of computer science started asking whether computers could be made to 
“think”—a question whose ramifications we're still exploring today. A concise definition 
of the field would be as follows: the effort to automate intellectual tasks normally 
performed by humans. As such, AI is a general field that encompasses machine 
learning and deep learning, but that also includes many more approaches that don’t 
involve any learning. Early chess programs, for instance, only involved hardcoded rules 
crafted by programmers, and didn’t qualify as machine learning. For a fairly long time, 
many experts believed that human-level artificial intelligence could be achieved by 
having programmers handcraft a sufficiently large set of explicit rules for manipulating 
knowledge. This approach is known as symbolic AI, and it was the dominant paradigm 
in AI from the 1950s to the late 1980s. It reached its peak popularity during the expert 
systems boom of the 1980s. 


Although symbolic AI proved suitable to solve well-defined, logical problems, such as 
playing chess, it turned out to be intractable to figure out explicit rules for solving more 
complex, fuzzy problems, such as image classification, speech recognition, and 
language translation. A new approach arose to take symbolic Al’s place: machine 


learning. 


1.1.2. Machine learning 


In Victorian England, Lady Ada Lovelace was a friend and collaborator of Charles 
Babbage, the inventor of the Analytical Engine: the first-known general-purpose, 
mechanical computer. Although visionary and far ahead of its time, the Analytical 
Engine wasn’t meant as a general-purpose computer when it was designed in the 1830s 


and 1840s, because the concept of general-purpose computation was yet to be invented. 


It was merely meant as a way to use mechanical operations to automate certain 
computations from the field of mathematical analysis—hence, the name Analytical 
Engine. In 1843, Ada Lovelace remarked on the invention, “The Analytical Engine has 
no pretensions whatever to originate anything. It can do whatever we know how to 
order it to perform.... Its province is to assist us in making available what we’re already 


acquainted with.” 


This remark was later quoted by AI pioneer Alan Turing as “Lady Lovelace’s objection” 


[1] 
in his landmark 1950 paper “Computing Machinery and Intelligence,” which 
introduced the Turing test as well as key concepts that would come to shape AI. Turing 
was quoting Ada Lovelace while pondering whether general-purpose computers could 


be capable of learning and originality, and he came to the conclusion that they could. 
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A. M. Turing, “Computing Machinery and Intelligence,” Mind 59, no. 236 (1950): 433-460. 


Machine learning arises from this question: could a computer go beyond “whatever we 
know how to order it to perform” and learn on its own how to perform a specified task? 
Could a computer surprise us? Rather than programmers crafting data-processing rules 


by hand, could a computer automatically learn these rules by looking at data? 


This question opens the door to a new programming paradigm. In classical 
programming, the paradigm of symbolic AI, humans input rules (a program) and data 
to be processed according to these rules, and out come answers (see figure 1.2). With 
machine learning, humans input data as well as the answers expected from the data, 
and out come the rules. These rules can then be applied to new data to produce original 


answers. 
Figure 1.2. Machine learning: a new programming paradigm 
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A machine-learning system is trained rather than explicitly programmed. It’s presented 
with many examples relevant to a task, and it finds statistical structure in these 


examples that eventually allows the system to come up with rules for automating the 


task. For instance, if you wished to automate the task of tagging your vacation pictures, 
you could present a machine-learning system with many examples of pictures already 
tagged by humans, and the system would learn statistical rules for associating specific 


pictures to specific tags. 


Although machine learning only started to flourish in the 1990s, it has quickly become 
the most popular and most successful subfield of AI, a trend driven by the availability of 
faster hardware and larger datasets. Machine learning is tightly related to mathematical 
statistics, but it differs from statistics in several important ways. Unlike statistics, 
machine learning tends to deal with large, complex datasets (such as a dataset of 
millions of images, each consisting of tens of thousands of pixels) for which classical 
statistical analysis such as Bayesian analysis would be impractical. As a result, machine 
learning, and especially deep learning, exhibits comparatively little mathematical 
theory—maybe too little—and is engineering oriented. It’s a hands-on discipline in 


which ideas are proven empirically more often than theoretically. 


1.1.3. Learning representations from data 


To define deep learning and understand the difference between deep learning and 
other machine-learning approaches, first we need some idea of what machine-learning 
algorithms do. We just stated that machine learning discovers rules to execute a data- 
processing task, given examples of what’s expected. So, to do machine learning, we 


need three things: 


e Input data points—For instance, if the task is speech recognition, these data points 
could be sound files of people speaking. If the task is image tagging, they could be 


pictures. 


e Examples of the expected output—In a speech-recognition task, these could be 
human-generated transcripts of sound files. In an image task, expected outputs 
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could be tags such as “dog,” “cat,” and so on. 


¢ Away to measure whether the algorithm is doing a good job—This is necessary in 
order to determine the distance between the algorithm’s current output and its 
expected output. The measurement is used as a feedback signal to adjust the way 


the algorithm works. This adjustment step is what we call learning. 


A machine-learning model transforms its input data into meaningful outputs, a process 
that is “learned” from exposure to known examples of inputs and outputs. Therefore, 
the central problem in machine learning and deep learning is to meaningfully 
transform data: in other words, to learn useful representations of the input data at 


hand—representations that get us closer to the expected output. Before we go any 


further: what’s a representation? At its core, it’s a different way to look at data—to 
represent or encode data. For instance, a color image can be encoded in the RGB 
format (red-green-blue) or in the HSV format (hue-saturation-value): these are two 
different representations of the same data. Some tasks that may be difficult with one 
representation can become easy with another. For example, the task “select all red 
pixels in the image” is simpler in the RGB format, whereas “make the image less 
saturated” is simpler in the HSV format. Machine-learning models are all about finding 
appropriate representations for their input data—transformations of the data that make 


it more amenable to the task at hand, such as a classification task. 


Let’s make this concrete. Consider an x-axis, a y-axis, and some points represented by 


their coordinates in the (x, y) system, as shown in figure 1.3. 


Figure 1.3. Some sample data 





As you can see, we have a few white points and a few black points. Let’s say we want to 
develop an algorithm that can take the coordinates (x, y) of a point and output whether 
that point is likely to be black or to be white. In this case, 

e The inputs are the coordinates of our points. 

e The expected outputs are the colors of our points. 


e A way to measure whether our algorithm is doing a good job could be, for instance, 


the percentage of points that are being correctly classified. 


What we need here is a new representation of our data that cleanly separates the white 
points from the black points. One transformation we could use, among many other 


possibilities, would be a coordinate change, illustrated in figure 1.4. 


Figure 1.4. Coordinate change 


1: Raw data 2: Coordinate change 3: Better representation 











Oo 
ee 
8 
0 0 eee 
ae | 
O 5 fe x 
@ 
x 





In this new coordinate system, the coordinates of our points can be said to be a new 
representation of our data. And it’s a good one! With this representation, the 
black/white classification problem can be expressed as a simple rule: “Black points are 
such that x > 0,” or “White points are such that x < 0.” This new representation 


basically solves the classification problem. 


In this case, we defined the coordinate change by hand. But if instead we tried 
systematically searching for different possible coordinate changes, and used as 
feedback the percentage of points being correctly classified, then we would be doing 
machine learning. Learning, in the context of machine learning, describes an automatic 


search process for better representations. 


All machine-learning algorithms consist of automatically finding such transformations 
that turn data into more-useful representations for a given task. These operations can 
be coordinate changes, as you just saw, or linear projections (which may destroy 
information), translations, nonlinear operations (such as “select all points such that x > 
0”), and so on. Machine-learning algorithms aren’t usually creative in finding these 
transformations; they’re merely searching through a predefined set of operations, 


called a hypothesis space. 


So that’s what machine learning is, technically: searching for useful representations of 
some input data, within a predefined space of possibilities, using guidance from a 
feedback signal. This simple idea allows for solving a remarkably broad range of 


intellectual tasks, from speech recognition to autonomous car driving. 


Now that you understand what we mean by learning, let’s take a look at what makes 


deep learning special. 


1.1.4. The “deep” in deep learning 


Deep learning is a specific subfield of machine learning: a new take on learning 


representations from data that puts an emphasis on learning successive layers of 


increasingly meaningful representations. The deep in deep learning isn’t a reference to 
any kind of deeper understanding achieved by the approach; rather, it stands for this 
idea of successive layers of representations. How many layers contribute to a model of 
the data is called the depth of the model. Other appropriate names for the field could 
have been layered representations learning and hierarchical representations 
learning. Modern deep learning often involves tens or even hundreds of successive 
layers of representations—and they’re all learned automatically from exposure to 
training data. Meanwhile, other approaches to machine learning tend to focus on 
learning only one or two layers of representations of the data; hence, they’re sometimes 


called shallow learning. 


In deep learning, these layered representations are (almost always) learned via models 
called neural networks, structured in literal layers stacked on top of each other. The 
term neural network is a reference to neurobiology, but although some of the central 
concepts in deep learning were developed in part by drawing inspiration from our 
understanding of the brain, deep-learning models are not models of the brain. There’s 
no evidence that the brain implements anything like the learning mechanisms used in 
modern deep-learning models. You may come across pop-science articles proclaiming 
that deep learning works like the brain or was modeled after the brain, but that isn’t the 
case. It would be confusing and counterproductive for newcomers to the field to think 
of deep learning as being in any way related to neurobiology; you don’t need that 
shroud of “just like our minds” mystique and mystery, and you may as well forget 
anything you may have read about hypothetical links between deep learning and 
biology. For our purposes, deep learning is a mathematical framework for learning 


representations from data. 


What do the representations learned by a deep-learning algorithm look like? Let’s 
examine how a network several layers deep (see figure 1.5) transforms an image of a 


digit in order to recognize what digit it is. 


Figure 1.5. A deep neural network for digit classification 
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As you can see in figure 1.6, the network transforms the digit image into representations 
that are increasingly different from the original image and increasingly informative 
about the final result. You can think of a deep network as a multistage information- 
distillation operation, where information goes through successive filters and comes out 


increasingly purified (that is, useful with regard to some task). 


Figure 1.6. Deep representations learned by a digit-classification model 
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So that’s what deep learning is, technically: a multistage way to learn data 
representations. It’s a simple idea—but, as it turns out, very simple mechanisms, 


sufficiently scaled, can end up looking like magic. 


1.1.5. Understanding how deep learning works, in three figures 


At this point, you know that machine learning is about mapping inputs (such as 
images) to targets (such as the label “cat”), which is done by observing many examples 
of inputs and targets. You also know that deep neural networks do this input-to-target 
mapping via a deep sequence of simple data transformations (layers) and that these 
data transformations are learned by exposure to examples. Now let’s look at how this 


learning happens, concretely. 


The specification of what a layer does to its input data is stored in the layer’s weights, 
which in essence are a bunch of numbers. In technical terms, we'd say that the 
transformation implemented by a layer is parameterized by its weights (see figure 1.7). 
(Weights are also sometimes called the parameters of a layer.) In this context, learning 
means finding a set of values for the weights of all layers in a network, such that the 


network will correctly map example inputs to their associated targets. But here’s the 


thing: a deep neural network can contain tens of millions of parameters. Finding the 
correct values for all of them may seem like a daunting task, especially given that 


modifying the value of one parameter will affect the behavior of all the others! 


Figure 1.7. Aneural network is parameterized by its weights. 
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To control something, first you need to be able to observe it. To control the output of a 
neural network, you need to be able to measure how far this output is from what you 
expected. This is the job of the loss function of the network, also called the objective 
function. The loss function takes the predictions of the network and the true target 
(what you wanted the network to output) and computes a distance score, capturing how 


well the network has done on this specific example (see figure 1.8). 


Figure 1.8. A loss function measures the quality of the network’s output. 
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The fundamental trick in deep learning is to use this score as a feedback signal to adjust 












the value of the weights a little, in a direction that will lower the loss score for the 


current example (see figure 1.9). This adjustment is the job of the optimizer, which 
implements what’s called the Backp,,,,agation algorithm: the central algorithm in deep 


learning. The next chapter explains in more detail how backpropagation works. 


Figure 1.9. The loss score is used as a feedback signal to adjust the weights. 
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Initially, the weights of the network are assigned random values, so the network merely 
implements a series of random transformations. Naturally, its output is far from what it 
should ideally be, and the loss score is accordingly very high. But with every example 
the network processes, the weights are adjusted a little in the correct direction, and the 
loss score decreases. This is the training loop, which, repeated a sufficient number of 
times (typically tens of iterations over thousands of examples), yields weight values that 
minimize the loss function. A network with a minimal loss is one for which the outputs 
are as close as they can be to the targets: a trained network. Once again, it’s a simple 


mechanism that, once scaled, ends up looking like magic. 


1.1.6. What deep learning has achieved so far 


Although deep learning is a fairly old subfield of machine learning, it only rose to 
prominence in the early 2010s. In the few years since, it has achieved nothing short of a 
revolution in the field, with remarkable results on perceptual problems such as seeing 
and hearing—problems involving skills that seem natural and intuitive to humans but 


have long been elusive for machines. 


In particular, deep learning has achieved the following breakthroughs, all in historically 


difficult areas of machine learning: 


e Near-human-level image classification 
e Near-human-level speech recognition 
e Near-human-level handwriting transcription 


¢ Improved machine translation 


Improved text-to-speech conversion 
e Digital assistants such as Google Now and Amazon Alexa 


e Near-human-level autonomous driving 


Improved ad targeting, as used by Google, Baidu, and Bing 
e Improved search results on the web 
e Ability to answer natural-language questions 


e Superhuman Go playing 


We're still exploring the full extent of what deep learning can do. We’ve started 
applying it to a wide variety of problems outside of machine perception and natural- 
language understanding, such as formal reasoning. If successful, this may herald an age 


where deep learning assists humans in science, software development, and more. 


1.1.7. Don’t believe the short-term hype 


Although deep learning has led to remarkable achievements in recent years, 
expectations for what the field will be able to achieve in the next decade tend to run 
much higher than what will be possible. Although some world-changing applications 
like autonomous cars are already within reach, many more are likely to remain elusive 
for a long time, such as believable dialogue systems, human-level machine translation 
across arbitrary languages, and human-level natural-language understanding. In 
particular, talk of human-level general intelligence shouldn’t be taken too seriously. 
The risk with high expectations for the short term is that, as technology fails to deliver, 


research investment will dry up, slowing progress for a long time. 


This has happened before. Twice in the past, AI went through a cycle of intense 
optimism followed by disappointment and skepticism, with a dearth of funding as a 
result. It started with symbolic AI in the 1960s. In those early days, projections about 
AI were flying high. One of the best-known pioneers and proponents of the symbolic AI 
approach was Marvin Minsky, who claimed in 1967, “Within a generation ... the 
problem of creating ‘artificial intelligence’ will substantially be solved.” Three years 


later, in 1970, he made a more precisely quantified prediction: “In from three to eight 


years we will have a machine with the general intelligence of an average human being.” 
In 2016, such an achievement still appears to be far in the future—so far that we have 
no way to predict how long it will take—but in the 1960s and early 1970s, several 
experts believed it to be right around the corner (as do many people today). A few years 
later, as these high expectations failed to materialize, researchers and government 
funds turned away from the field, marking the start of the first AJ winter (a reference to 


a nuclear winter, because this was shortly after the height of the Cold War). 


It wouldn’t be the last one. In the 1980s, a new take on symbolic AI, expert systems, 
started gathering steam among large companies. A few initial success stories triggered a 
wave of investment, with corporations around the world starting their own in-house AI 
departments to develop expert systems. Around 1985, companies were spending over 
$1 billion each year on the technology; but by the early 1990s, these systems had proven 
expensive to maintain, difficult to scale, and limited in scope, and interest died down. 


Thus began the second AI winter. 


We may be currently witnessing the third cycle of AI hype and disappointment—and 
were still in the phase of intense optimism. It’s best to moderate our expectations for 
the short term and make sure people less familiar with the technical side of the field 


have a clear idea of what deep learning can and can’t deliver. 


1.1.8. The promise of Al 


Although we may have unrealistic short-term expectations for AI, the long-term picture 
is looking bright. We’re only getting started in applying deep learning to many 
important problems for which it could prove transformative, from medical diagnoses to 
digital assistants. AI research has been moving forward amazingly quickly in the past 
five years, in large part due to a level of funding never before seen in the short history of 
AI, but so far, relatively little of this progress has made its way into the products and 
processes that form our world. Most of the research findings of deep learning aren’t yet 
applied, or at least not applied to the full range of problems they can solve across all 
industries. Your doctor doesn’t yet use AI, and neither does your accountant. You 
probably don’t use AI technologies in your day-to-day life. Of course, you can ask your 
smartphone simple questions and get reasonable answers, you can get fairly useful 
product recommendations on Amazon.com, and you can search for “birthday” on Google 
Photos and instantly find those pictures of your daughter’s birthday party from last 
month. That’s a far cry from where such technologies used to stand. But such tools are 
still only accessories to our daily lives. AI has yet to transition to being central to the 


way we work, think, and live. 


Right now, it may seem hard to believe that AI could have a great impact on our world, 
because it isn’t yet widely deployed—much as, back in 1995, it would have been difficult 
to believe in the future impact of the internet. Back then, most people didn’t see how 
the internet was relevant to them and how it was going to change their lives. The same 
is true for deep learning and AI today. But make no mistake: AI is coming. In a not-so- 
distant future, AI will be your assistant, even your friend; it will answer your questions, 
help educate your kids, and watch over your health. It will deliver your groceries to your 
door and drive you from point A to point B. It will be your interface to an increasingly 
complex and information-intensive world. And, even more important, AI will help 
humanity as a whole move forward, by assisting human scientists in new breakthrough 


discoveries across all scientific fields, from genomics to mathematics. 


On the way, we may face a few setbacks and maybe a new AI winter—in much the same 
way the internet industry was overhyped in 1998—1999 and suffered from a crash that 
dried up investment throughout the early 2000s. But we'll get there eventually. AI will 
end up being applied to nearly every process that makes up our society and our daily 


lives, much like the internet is today. 


Don’t believe the short-term hype, but do believe in the long-term vision. It may take a 
while for AI to be deployed to its true potential—a potential the full extent of which no 
one has yet dared to dream—but AI is coming, and it will transform our world in a 


fantastic way. 


1.2. BEFORE DEEP LEARNING: A BRIEF HISTORY OF MACHINE 
LEARNING 


Deep learning has reached a level of public attention and industry investment never 
before seen in the history of AI, but it isn’t the first successful form of machine learning. 
It’s safe to say that most of the machine-learning algorithms used in the industry today 
aren’t deep-learning algorithms. Deep learning isn’t always the right tool for the job— 
sometimes there isn’t enough data for deep learning to be applicable, and sometimes 
the problem is better solved by a different algorithm. If deep learning is your first 
contact with machine learning, then you may find yourself in a situation where all you 
have is the deep-learning hammer, and every machine-learning problem starts to look 
like a nail. The only way not to fall into this trap is to be familiar with other approaches 


and practice them when appropriate. 


A detailed discussion of classical machine-learning approaches is outside of the scope 
of this book, but we'll briefly go over them and describe the historical context in which 
they were developed. This will allow us to place deep learning in the broader context of 


machine learning and better understand where deep learning comes from and why it 


matters. 


1.2.1. Probabilistic modeling 


Probabilistic modeling is the application of the principles of statistics to data analysis. 
It was one of the earliest forms of machine learning, and it’s still widely used to this 


day. One of the best-known algorithms in this category is the Naive Bayes algorithm. 


Naive Bayes is a type of machine-learning classifier based on applying Bayes’ theorem 
while assuming that the features in the input data are all independent (a strong, or 
“naive” assumption, which is where the name comes from). This form of data analysis 
predates computers and was applied by hand decades before its first computer 
implementation (most likely dating back to the 1950s). Bayes’ theorem and the 
foundations of statistics date back to the eighteenth century, and these are all you need 


to start using Naive Bayes classifiers. 


A closely related model is the logistic regression (logreg for short), which is sometimes 
considered to be the “hello world” of modern machine learning. Don’t be misled by its 
name—logreg is a classification algorithm rather than a regression algorithm. Much like 
Naive Bayes, logreg predates computing by a long time, yet it’s still useful to this day, 
thanks to its simple and versatile nature. It’s often the first thing a data scientist will try 


on a dataset to get a feel for the classification task at hand. 


1.2.2. Early neural networks 


Early iterations of neural networks have been completely supplanted by the modern 
variants covered in these pages, but it’s helpful to be aware of how deep learning 
originated. Although the core ideas of neural networks were investigated in toy forms as 
early as the 1950s, the approach took decades to get started. For a long time, the 
missing piece was an efficient way to train large neural networks. This changed in the 
mid-1980s, when multiple people independently rediscovered the Backpropagation 
algorithm—a way to train chains of parametric operations using gradient-descent 
optimization (later in the book, we’ll precisely define these concepts)—and started 


applying it to neural networks. 


The first successful practical application of neural nets came in 1989 from Bell Labs, 
when Yann LeCun combined the earlier ideas of convolutional neural networks and 
backpropagation, and applied them to the problem of classifying handwritten digits. 
The resulting network, dubbed LeNet, was used by the United States Postal Service in 


the 1990s to automate the reading of ZIP codes on mail envelopes. 


1.2.3. Kernel methods 


As neural networks started to gain some respect among researchers in the 1990s, 
thanks to this first success, a new approach to machine learning rose to fame and 
quickly sent neural nets back to oblivion: kernel methods. Kernel methods are a group 
of classification algorithms, the best known of which is the support vector machine 
(SVM). The modern formulation of an SVM was developed by Vladimir Vapnik and 


[2 
Corinna Cortes in the early 1990s at Bell Labs and published in 1995, although an 


older linear formulation was published by Vapnik and Alexey Chervonenkis as early as 


[3] 
1963. 


Vladimir Vapnik and Corinna Cortes, “Support-Vector Networks,” Machine Learning 20, no. 3 (1995): 273- 
297. 
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Vladimir Vapnik and Alexey Chervonenkis, “A Note on One Class of Perceptrons,” Automation and Remote 
Control 25 (1964). 


SVMs aim at solving classification problems by finding good decision boundaries (see 
figure 1.10) between two sets of points belonging to two different categories. A decision 
boundary can be thought of as a line or surface separating your training data into two 
spaces corresponding to two categories. To classify new data points, you just need to 


check which side of the decision boundary they fall on. 


Figure 1.10. A decision boundary 
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SVMs proceed to find these boundaries in two steps: 


1. The data is mapped to a new high-dimensional representation where the decision 
boundary can be expressed as a hyperplane (if the data is two-dimensional, as in 


figure 1.10, a hyperplane would be a straight line). 


2. A good decision boundary (a separation hyperplane) is computed by trying to 
maximize the distance between the hyperplane and the closest data points from 
each class, a step called maximizing the margin. This allows the boundary to 


generalize well to new samples outside of the training dataset. 


The technique of mapping data to a high-dimensional representation where a 
classification problem becomes simpler may look good on paper, but in practice it’s 
often computationally intractable. That’s where the kernel trick comes in (the key idea 
that kernel methods are named after). Here’s the gist of it: to find good decision 
hyperplanes in the new representation space, you don’t have to explicitly compute the 
coordinates of your points in the new space; you just need to compute the distance 
between pairs of points in that space, which can be done efficiently using a kernel 
function. A kernel function is a computationally tractable operation that maps any two 
points in your initial space to the distance between these points in your target 
representation space, completely bypassing the explicit computation of the new 
representation. Kernel functions are typically crafted by hand rather than learned from 


data—in the case of an SVM, only the separation hyperplane is learned. 


At the time they were developed, SVMs exhibited state-of-the-art performance on 
simple classification problems and were one of the few machine-learning methods 
backed by extensive theory and amenable to serious mathematical analysis, making 
them well understood and easily interpretable. Because of these useful properties, 


SVMs became extremely popular in the field for a long time. 


But SVMs proved hard to scale to large datasets and didn’t provide good results for 
perceptual problems such as image classification. Because an SVM is a shallow method, 
applying an SVM to perceptual problems requires first extracting useful 
representations manually (a step called feature engineering), which is difficult and 
brittle. 


1.2.4. Decision trees, random forests, and gradient boosting machines 


Decision trees are flowchart-like structures that let you classify input data points or 

predict output values given inputs (see figure 1.11). They’re easy to visualize and 

interpret. Decisions trees learned from data began to receive significant research 

interest in the 2000s, and by 2010 they were often preferred to kernel methods. 
Figure 1.11. A decision tree: the parameters that are learned are the questions 


about the data. A question could be, for instance, “Is coefficient 2 in the data 
greater than 3.5?” 


Input data 





Category Category Category Category 


In particular, the Random Forest algorithm introduced a robust, practical take on 
decision-tree learning that involves building a large number of specialized decision 
trees and then ensembling their outputs. Random forests are applicable to a wide range 
of problems—you could say that they’re almost always the second-best algorithm for 
any shallow machine-learning task. When the popular machine-learning competition 
website Kaggle (https://kaggle.com) got started in 2010, random forests quickly became a 
favorite on the platform—until 2014, when gradient boosting machines took over. A 
gradient boosting machine, much like a random forest, is a machine-learning technique 
based on ensembling weak prediction models, generally decision trees. It uses gradient 
boosting, a way to improve any machine-learning model by iteratively training new 
models that specialize in addressing the weak points of the previous models. Applied to 
decision trees, the use of the gradient boosting technique results in models that strictly 
outperform random forests most of the time, while having similar properties. It may be 
one of the best, if not the best, algorithm for dealing with nonperceptual data today. 
Alongside deep learning, it’s one of the most commonly used techniques in Kaggle 


competitions. 


1.2.5. Back to neural networks 


Around 2010, although neural networks were almost completely shunned by the 
scientific community at large, a number of people still working on neural networks 
started to make important breakthroughs: the groups of Geoffrey Hinton at the 
University of Toronto, Yoshua Bengio at the University of Montreal, Yann LeCun at 
New York University, and IDSIA in Switzerland. 


In 2011, Dan Ciresan from IDSIA began to win academic image-classification 
competitions with GPU-trained deep neural networks—the first practical success of 
modern deep learning. But the watershed moment came in 2012, with the entry of 
Hinton’s group in the yearly large-scale image-classification challenge ImageNet. The 
ImageNet challenge was notoriously difficult at the time, consisting of classifying high- 


resolution color images into 1,000 different categories after training on 1.4 million 


images. In 2011, the top-five accuracy of the winning model, based on classical 
approaches to computer vision, was only 74.3%. Then, in 2012, a team led by Alex 
Krizhevsky and advised by Geoffrey Hinton was able to achieve a top-five accuracy of 
83.6%—a significant breakthrough. The competition has been dominated by deep 
convolutional neural networks every year since. By 2015, the winner reached an 
accuracy of 96.4%, and the classification task on ImageNet was considered to be a 


completely solved problem. 


Since 2012, deep convolutional neural networks (conunets) have become the go-to 
algorithm for all computer vision tasks; more generally, they work on all perceptual 
tasks. At major computer vision conferences in 2015 and 2016, it was nearly impossible 
to find presentations that didn’t involve convnets in some form. At the same time, deep 
learning has also found applications in many other types of problems, such as natural- 
language processing. It has completely replaced SVMs and decision trees in a wide 
range of applications. For instance, for several years, the European Organization for 
Nuclear Research, CERN, used decision tree—based methods for analysis of particle 
data from the ATLAS detector at the Large Hadron Collider (LHC); but CERN 
eventually switched to Keras-based deep neural networks due to their higher 


performance and ease of training on large datasets. 


1.2.6. What makes deep learning different 


The primary reason deep learning took off so quickly is that it offered better 
performance on many problems. But that’s not the only reason. Deep learning also 
makes problem solving much easier, because it completely automates what used to be 


the most crucial step in a machine-learning workflow: feature engineering. 


Previous machine-learning techniques—shallow learning—only involved transforming 
the input data into one or two successive representation spaces, usually via simple 
transformations such as high-dimensional non-linear projections (SVMs) or decision 
trees. But the refined representations required by complex problems generally can’t be 
attained by such techniques. As such, humans had to go to great lengths to make the 
initial input data more amenable to processing by these methods: they had to manually 
engineer good layers of representations for their data. This is called feature 
engineering. Deep learning, on the other hand, completely automates this step: with 
deep learning, you learn all features in one pass rather than having to engineer them 
yourself. This has greatly simplified machine-learning workflows, often replacing 
sophisticated multistage pipelines with a single, simple, end-to-end deep-learning 


model. 


You may ask, if the crux of the issue is to have multiple successive layers of 
representations, could shallow methods be applied repeatedly to emulate the effects of 
deep learning? In practice, there are fast-diminishing returns to successive applications 
of shallow-learning methods, because the optimal first representation layer in a three- 
layer model isn’t the optimal first layer in a one-layer or two-layer model. What is 
transformative about deep learning is that it allows a model to learn all layers of 
representation jointly, at the same time, rather than in succession (greedily, as it’s 
called). With joint feature learning, whenever the model adjusts one of its internal 
features, all other features that depend on it automatically adapt to the change, without 
requiring human intervention. Everything is supervised by a single feedback signal: 
every change in the model serves the end goal. This is much more powerful than 
greedily stacking shallow models, because it allows for complex, abstract 
representations to be learned by breaking them down into long series of intermediate 


spaces (layers); each space is only a simple transformation away from the previous one. 


These are the two essential characteristics of how deep learning learns from data: the 
incremental, layer-by-layer way in which increasingly complex representations are 
developed, and the fact that these intermediate incremental representations are 
learned jointly, each layer being updated to follow both the representational needs of 
the layer above and the needs of the layer below. Together, these two properties have 
made deep learning vastly more successful than previous approaches to machine 


learning. 


1.2.7. The modern machine-learning landscape 


A great way to get a sense of the current landscape of machine-learning algorithms and 
tools is to look at machine-learning competitions on Kaggle. Due to its highly 
competitive environment (some contests have thousands of entrants and million-dollar 
prizes) and to the wide variety of machine-learning problems covered, Kaggle offers a 
realistic way to assess what works and what doesn’t. So, what kind of algorithm is 


reliably winning competitions? What tools do top entrants use? 


In 2016 and 2017, Kaggle was dominated by two approaches: gradient boosting 
machines and deep learning. Specifically, gradient boosting is used for problems where 
structured data is available, whereas deep learning is used for perceptual problems 
such as image classification. Practitioners of the former almost always use the excellent 
XGBoost library. Meanwhile, most Kaggle entrants incorporating deep learning use the 
Keras library, due to its ease of use and flexibility. XGBoost and Keras both support the 


two most popular data science languages: R and Python. 


These are the two techniques you should be the most familiar with in order to be 
successful in applied machine learning today: gradient boosting machines, for shallow- 
learning problems; and deep learning, for perceptual problems. In technical terms, this 
means you'll need to be familiar with XGBoost and Keras—the two libraries that 
currently dominate Kaggle competitions. With this book in hand, you’re already one big 


step closer. 


1.3. WHY DEEP LEARNING? WHY NOW? 


The two key drivers of deep learning for computer vision—convolutional neural 
networks and backpropagation—were already well understood in 1989. The Long 
Short-Term Memory (LSTM) algorithm, which is fundamental to deep learning for 
timeseries, was developed in 1997 and has barely changed since. So why did deep 


learning only take off after 2012? What changed in these two decades? 
In general, three technical forces are driving advances in machine learning: 


e Hardware 
e Datasets and benchmarks 


e Algorithmic advances 


Because the field is guided by experimental findings rather than by theory, algorithmic 
advances only become possible when appropriate data and hardware are available to try 
new ideas (or scale up old ideas, as is often the case). Machine learning isn’t 
mathematics or physics, where major advances can be done with a pen and a piece of 


paper. It’s an engineering science. 


The real bottlenecks throughout the 1990s and 2000s were data and hardware. But 
here’s what happened during that time: the internet took off, and high-performance 


graphics chips were developed for the needs of the gaming market. 


1.3.1. Hardware 


Between 1990 and 2010, off-the-shelf CPUs became faster by a factor of approximately 
5,000. As a result, nowadays it’s possible to run small deep-learning models on your 


laptop, whereas this would have been intractable 25 years ago. 


But typical deep-learning models used in computer vision or speech recognition require 
orders of magnitude more computational power than what your laptop can deliver. 
Throughout the 2000s, companies like NVIDIA and AMD have been investing billions 


of dollars in developing fast, massively parallel chips (graphical processing units 


[GPUs]) to power the graphics of increasingly photorealistic video games—cheap, 
single-purpose supercomputers designed to render complex 3D scenes on your screen 
in real time. This investment came to benefit the scientific community when, in 2007, 
NVIDIA launched CUDA (https://developer.nvidia.com/about-cuda), a programming 
interface for its line of GPUs. A small number of GPUs started replacing massive 
clusters of CPUs in various highly parallelizable applications, beginning with physics 
modeling. Deep neural networks, consisting mostly of many small matrix 


multiplications, are also highly parallelizable; and around 2011, some researchers 
[4] 
began to write CUDA implementations of neural nets—Dan Ciresan and Alex 


essa 
Krizhevsky — were among the first. 


See “Flexible, High Performance Convolutional Neural Networks for Image Classification,” Proceedings of the 
22nd International Joint Conference on Artificial Intelligence (2011), 


www. ijcai.org/Proceedings/11/Papers/210.pdf. 
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See “ImageNet Classification with Deep Convolutional Neural Networks,” Advances in Neural Information 
Processing Systems 25 (2012), http://mng.bz/2286. 


What happened is that the gaming market subsidized supercomputing for the next 
generation of artificial intelligence applications. Sometimes, big things begin as games. 
Today, the NVIDIA TITAN X, a gaming GPU that cost $1,000 at the end of 2015, can 
deliver a peak of 6.6 TFLOPS in single precision: 6.6 trillion £1oat32 operations per 





second. That’s about 350 times more than what you can get out of a modern laptop. On 
a TITAN X, it takes only a couple of days to train an ImageNet model of the sort that 
would have won the ILSVRC competition a few years ago. Meanwhile, large companies 
train deep-learning models on clusters of hundreds of GPUs of a type developed 
specifically for the needs of deep learning, such as the NVIDIA Tesla K8o. The sheer 
computational power of such clusters is something that would never have been possible 
without modern GPUs. 


What’s more, the deep-learning industry is starting to go beyond GPUs and is investing 
in increasingly specialized, efficient chips for deep learning. In 2016, at its annual I/O 
convention, Google revealed its tensor processing unit (TPU) project: a new chip design 
developed from the ground up to run deep neural networks, which is reportedly 10 


times faster and far more energy efficient than GPUs. 


1.3.2. Data 


AI is sometimes heralded as the new industrial revolution. If deep learning is the steam 


engine of this revolution, then data is its coal: the raw material that powers our 
intelligent machines, without which nothing would be possible. When it comes to data, 
in addition to the exponential progress in storage hardware over the past 20 years 
(following Moore’s law), the game changer has been the rise of the internet, making it 
feasible to collect and distribute very large datasets for machine learning. Today, large 
companies work with image datasets, video datasets, and natural-language datasets 
that couldn’t have been collected without the internet. User-generated image tags on 
Flickr, for instance, have been a treasure trove of data for computer vision. So are 


YouTube videos. And Wikipedia is a key dataset for natural-language processing. 


If there’s one dataset that has been a catalyst for the rise of deep learning, it’s the 
ImageNet dataset, consisting of 1.4 million images that have been hand annotated with 


1,000 image categories (1 category per image). But what makes ImageNet special isn’t 


me ; SA: a 
just its large size, but also the yearly competition associated with it. 
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The ImageNet Large Scale Visual Recognition Challenge (ILSVRC), www.image-net.org/challenges/LS VRC. 


As Kaggle has been demonstrating since 2010, public competitions are an excellent way 
to motivate researchers and engineers to push the envelope. Having common 
benchmarks that researchers compete to beat has greatly helped the recent rise of deep 


learning. 


1.3.3. Algorithms 


In addition to hardware and data, until the late 2000s, we were missing a reliable way 
to train very deep neural networks. As a result, neural networks were still fairly shallow, 
using only one or two layers of representations; thus, they weren’t able to shine against 
more-refined shallow methods such as SVMs and random forests. The key issue was 
that of gradient propagation through deep stacks of layers. The feedback signal used to 


train neural networks would fade away as the number of layers increased. 


This changed around 2009-2010 with the advent of several simple but important 
algorithmic improvements that allowed for better gradient propagation: 
¢ Better activation functions for neural layers 


e Better weight-initialization schemes, starting with layer-wise pretraining, which 


was quickly abandoned 


¢ Better optimization schemes, such as RMSProp and Adam 


Only when these improvements began to allow for training models with 10 or more 


layers did deep learning start to shine. 


Finally, in 2014, 2015, and 2016, even more advanced ways to help gradient 
propagation were discovered, such as batch normalization, residual connections, and 
depthwise separable convolutions. Today we can train from scratch models that are 


thousands of layers deep. 


1.3.4. Anew wave of investment 


As deep learning became the new state of the art for computer vision in 2012-2013, 
and eventually for all perceptual tasks, industry leaders took note. What followed was a 
gradual wave of industry investment far beyond anything previously seen in the history 
of AI. 


In 2011, right before deep learning took the spotlight, the total venture capital 
investment in AI was around $19 million, which went almost entirely to practical 
applications of shallow machine-learning approaches. By 2014, it had risen to a 
staggering $394 million. Dozens of startups launched in these three years, trying to 
capitalize on the deep-learning hype. Meanwhile, large tech companies such as Google, 
Facebook, Baidu, and Microsoft have invested in internal research departments in 
amounts that would most likely dwarf the flow of venture-capital money. Only a few 
numbers have surfaced: In 2013, Google acquired the deep-learning startup DeepMind 
for a reported $500 million—the largest acquisition of an AI company in history. In 
2014, Baidu started a deep-learning research center in Silicon Valley, investing $300 
million in the project. The deep-learning hardware startup Nervana Systems was 


acquired by Intel in 2016 for over $400 million. 


Machine learning—in particular, deep learning—has become central to the product 
strategy of these tech giants. In late 2015, Google CEO Sundar Pichai stated, “Machine 
learning is a core, transformative way by which we're rethinking how we’re doing 
everything. We’re thoughtfully applying it across all our products, be it search, ads, 


YouTube, or Play. And we’re in early days, but you'll see us—in a systematic way—apply 
[7] 
machine learning in all these areas.” 
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Sundar Pichai, Alphabet earnings call, Oct. 22, 2015. 


As a result of this wave of investment, the number of people working on deep learning 


rose in just five years from a few hundred to tens of thousands, and research progress 


has reached a frenetic pace. There are currently no signs that this trend will slow any 


time soon. 


1.3.5. The democratization of deep learning 


One of the key factors driving this inflow of new faces in deep learning has been the 
democratization of the toolsets used in the field. In the early days, doing deep learning 
required significant C++ and CUDA expertise, which few people possessed. Nowadays, 
basic Python or R scripting skills suffice to do advanced deep-learning research. This 
has been driven most notably by the development of Theano and then TensorFlow—two 
symbolic-tensor-manipulation frameworks that support autodifferentiation, greatly 
simplifying the implementation of new models—and by the rise of user-friendly 
libraries such as Keras, which makes deep learning as easy as manipulating LEGO 
bricks. After its release in early 2015, Keras quickly became the go-to deep-learning 
solution for large numbers of new startups, graduate students, and researchers pivoting 
into the field. 


1.3.6. Will it last? 


Is there anything special about deep neural networks that makes them the “right” 
approach for companies to invest in and for researchers to flock to? Or is deep learning 


just a fad that may not last? Will we still be using deep neural networks in 20 years? 


Deep learning has several properties that justify its status as an AI revolution, and it’s 
here to stay. We may not be using neural networks two decades from now, but whatever 
we use will directly inherit from modern deep learning and its core concepts. These 


important properties can be broadly sorted into three categories: 


e Simplicity—Deep learning removes the need for feature engineering, replacing 
complex, brittle, engineering-heavy pipelines with simple, end-to-end trainable 


models that are typically built using only five or six different tensor operations. 


¢ Scalability—Deep learning is highly amenable to parallelization on GPUs or TPUs, 
so it can take full advantage of Moore’s law. In addition, deep-learning models are 
trained by iterating over small batches of data, allowing them to be trained on 
datasets of arbitrary size. (The only bottleneck is the amount of parallel 
computational power available, which, thanks to Moore’s law, is a fast-moving 


barrier.) 


¢ Versatility and reusability—Unlike many prior machine-learning approaches, 
deep-learning models can be trained on additional data without restarting from 


scratch, making them viable for continuous online learning—an important property 


for very large production models. Furthermore, trained deep-learning models are 
repurposable and thus reusable: for instance, it’s possible to take a deep-learning 
model trained for image classification and drop it into a video-processing pipeline. 
This allows us to reinvest previous work into increasingly complex and powerful 


models. This also makes deep learning applicable to fairly small datasets. 


Deep learning has only been in the spotlight for a few years, and we haven’t yet 
established the full scope of what it can do. With every passing month, we learn about 
new use cases and engineering improvements that lift previous limitations. In the wake 
of a scientific revolution, progress generally follows a sigmoid curve: it starts with a 
period of fast progress, which gradually stabilizes as researchers hit hard limitations, 
and then further improvements become incremental. Deep learning in 2017 seems to be 


in the first half of that sigmoid, with much more progress to come in the next few years. 


Chapter 2. Before we begin: the mathematical building blocks 
of neural networks 


This chapter covers 


e A first example of a neural network 
e Tensors and tensor operations 


e How neural networks learn via backpropagation and gradient descent 


Understanding deep learning requires familiarity with many simple mathematical 
concepts: tensors, tensor operations, differentiation, gradient descent, and so on. Our 
goal in this chapter will be to build your intuition about these notions without getting 
overly technical. In particular, we’ll steer away from mathematical notation, which can 
be off-putting for those without any mathematics background and isn’t strictly 


necessary to explain things well. 


To add some context for tensors and gradient descent, we'll begin the chapter with a 
practical example of a neural network. Then we’ll go over every new concept that’s been 
introduced, point by point. Keep in mind that these concepts will be essential for you to 


understand the practical examples that will come in the following chapters! 


After reading this chapter, you'll have an intuitive understanding of how neural 
networks work, and you'll be able to move on to practical applications—which will start 


with chapter 3. 


2.1. A FIRST LOOK AT A NEURAL NETWORK 


Let’s look at a concrete example of a neural network that uses the Keras R package to 
learn to classify handwritten digits. Unless you already have experience with Keras or 
similar libraries, you won’t understand everything about this first example right away. 
You probably haven’t even installed Keras yet; that’s fine. In the next chapter, we'll 
review each element in the example and explain them in detail. So don’t worry if some 


steps seem arbitrary or look like magic to you! We’ve got to start somewhere. 


The problem we’re trying to solve here is to classify grayscale images of handwritten 
digits (28 x 28 pixels) into their 10 categories (0 through 9). We'll use the MNIST 
dataset, a classic in the machine-learning community, which has been around almost as 
long as the field itself and has been intensively studied. It’s a set of 60,000 training 
images, plus 10,000 test images, assembled by the National Institute of Standards and 
Technology (the NIST in MNIST) in the 1980s. You can think of “solving” MNIST as the 
“hello world” of deep learning—it’s what you do to verify that your algorithms are 
working as expected. As you become a machine-learning practitioner, you'll see MNIST 
come up over and over again in scientific papers, blog posts, and so on. You can see 


some MNIST samples in figure 2.1. 


Figure 2.1. MNIST sample digits 


Classes and labels 








In machine learning, a category in a classification problem is called a class. Data points 


are called samples. The class associated with a specific sample is called a label. 





You don’t need to try to reproduce this example on your machine just now. If you wish 


to, you'll first need to set up Keras, which is covered in section 3.3. 


The MNIST dataset comes preloaded in Keras, in the form of train and test lists, 


each of which includes a set of images (x) and associated labels (y). 


Listing 2.1. Loading the MNIST dataset in Keras 


library (keras) 


Mosc <=> dat ase imnats te (i) 
train images <- mnistStrain$x 
train labels <- mnistStrainSy 
test images <- mnistStest$x 
test labels <- mnistS$testSy 





train images andtrain labels form the training set: the data from which the 


model will learn. The model will then be tested on the test set: test images and 


test labels. The images are encoded as 3D arrays, and the labels are a 1D array of 


digits, ranging from 0 to 9. The images and labels have a one-to-one correspondence. 


The R str () function is a convenient way to get a quick glimpse at the structure of an 


array. Let’s use it to look at the training data: 


2 SEm(eraany rmages:) 
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And here’s the test data: 


> str(test_ images) 


( 
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The workflow will be as follows: First, we'll feed the neural network the training data, 
train images andtrain_labels. The network will then learn to associate images 
and labels. Finally, we'll ask the network to produce predictions for test images, and 


we'll verify whether these predictions match the labels from test_ labels. 


Let’s build the network—again, remember that you aren’t expected to understand 


everything about this example yet. 


Listing 2.2. The network architecture 


network <- keras model sequential() %>% 
ayer ens e,(Un ese aC rv a ton —— reli, etn plies tapes: = Cie: 6 yate22135)) 
haveradense(indiGs =O ac hivatient = Weslo mem axis) 











If you aren’t familiar with the pipe operator (3>%) used to invoke methods on the 
network object, fear not: we'll cover this when we review this example again at the end 
of this chapter. For now, read it in your head as “then”: start with a model, then add a 


layer, then add another layer, and so on. 


The core building block of neural networks is the layer, a data-processing module that 
you can think of as a filter for data. Some data goes in, and it comes out in a more useful 
form. Specifically, layers extract representations out of the data fed into them— 


hopefully, representations that are more meaningful for the problem at hand. Most of 


deep learning consists of chaining together simple layers that will implement a form of 
progressive data distillation. A deep-learning model is like a sieve for data processing, 


made of a succession of increasingly refined data filters—the layers. 


Here, our network consists of a sequence of two layers, which are densely connected 
(also called fully connected) neural layers. The second (and last) layer is a 10-way 
softmax layer, which means it will return an array of 10 probability scores (Summing to 
1). Each score will be the probability that the current digit image belongs to one of our 


10 digit classes. 


To make the network ready for training, we need to pick three more things, as part of 


the compilation step: 


¢ A loss function—How the network will be able to measure its performance on the 


training data, and thus how it will be able to steer itself in the right direction. 


e An optimizer—The mechanism through which the network will update itself based 


on the data it sees and its loss function. 


e Metrics to monitor during training and testing—Here, we'll only care about 


accuracy (the fraction of the images that were correctly classified). 


The exact purpose of the loss function and the optimizer will be made clear throughout 


the next two chapters. 


Listing 2.3. The compilation step 


network %>% compile ( 


optimizer = "rmsprop", 
HOSsi= AGategoricad .erossentropy, 
metrics = c("accuracy") 


You'll notice that the compile () function modifies the network in place (rather than 
returning a new network object, as is more conventional in R). We'll explain why when 


we revisit the example later in the chapter. 


Before training, we'll preprocess the data by reshaping it into the shape the network 
expects and scaling it so that all values arein the [0, 1] interval. Previously, our 
training images, for instance, were stored in an array of shape (60000, 28, 28) of 
type integer with values inthe [0, 255] interval. We transform it into a double 


array of shape (60000, 28 * 28) with values between o and 1. 


Listing 2.4. Preparing the image data 


train_images <- array _reshape(train_ images, 


train_images <- train_images / 255 


test_images <- array reshape(test_images, c(10000, 


test images <- test_images / 255 


c (60000, 
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Note that we use the array reshape () function rather than the dim<- () function to 


reshape the array. We'll explain why later, when we talk about tensor reshaping. 


We also need to categorically encode the labels, a step that’s explained in chapter 3. 


Listing 2.5. Preparing the labels 


train, Labéels*'<— toucategorical (train. Jabels)) 





test habelis=<— tor eategorrcalk(besity skabedks)) 


We’re now ready to train the network, which in Keras is done via a call to the network’s 





> network %>% fit(train_images, 


Bpoch el 





fit method—we fit the model to its training data: 


train labels, epochs 
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Two quantities are displayed during training: the loss of the network over the training 


data, and the accuracy of the network over the training data. 


We quickly reach an accuracy of 0.989 (98.9%) on the training data. Now let’s check 


that the model performs well on the test set, too: 


> metrics <- network %>% evaluate(test images, test labels) 
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The test-set accuracy turns out to be 97.8%—that’s quite a bit lower than the training 
set accuracy. This gap between training accuracy and test accuracy is an example of 
overfitting: the fact that machine-learning models tend to perform worse on new data 


than on their training data. Overfitting is a central topic in chapter 3. 


Let’s generate predictions for the first 10 samples of the test set: 


> network %>% predict classes(test_ images[1:10,]) 
[ee Se 22a OMA AS Oo 9 


This concludes our first example—you just saw how you can build and train a neural 
network to classify handwritten digits in fewer than 20 lines of R code. In the next 
chapter, we'll go into detail about every moving piece we just previewed and clarify 
what’s going on behind the scenes. You'll learn about tensors, the data-storing objects 
going into the network; tensor operations, which layers are made of; and gradient 


descent, which allows your network to learn from its training examples. 


2.2. DATA REPRESENTATIONS FOR NEURAL NETWORKS 


In the previous example, we started from data stored in multidimensional arrays, also 
called tensors. In general, all current machine-learning systems use tensors as their 
basic data structure. Tensors are fundamental to the field—so fundamental that 


Google’s TensorFlow was named after them. So what’s a tensor? 


Tensors are a generalization of vectors and matrices to an arbitrary number of 
dimensions (note that in the context of tensors, a dimension is often called an axis). In 
R, vectors are used to create and manipulate 1D tensors, and matrices are used for 2D 
tensors. For higher-level dimensions, array objects (which support any number of 


dimensions) are used. 


2.2.1. Scalars (OD tensors) 


A tensor that contains only one number is called a scalar (or scalar tensor, or zero- 


dimensional tensor, or OD tensor). R doesn’t have a data type to represent scalars (all 


numeric objects are vectors, matrices, or arrays), but an R vector that’s always length 1 


is conceptually similar to a scalar. 


2.2.2. Vectors (1D tensors) 


A one-dimensional array of numbers is called a vector, or 1D tensor. A 1D tensor is said 
to have exactly one axis. We can convert the R vector to an array object to inspect its 
dimensions: 
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This vector has five entries and so is called a five-dimensional vector. Don’t confuse a 
5D vector with a 5D tensor! A 5D vector has only one axis and has five dimensions 
along its axis, whereas a 5D tensor has five axes (and may have any number of 
dimensions along each axis). Dimensionality can denote either the number of entries 
along a specific axis (as in the case of our 5D vector) or the number of axes in a tensor 
(such as a 5D tensor), which can be confusing at times. In the latter case, it’s technically 
more correct to talk about a tensor of rank 5 (the rank of a tensor being the number of 


axes), but the ambiguous notation 5D tensor is common regardless. 


2.2.3. Matrices (2D tensors) 


A two-dimensional array of numbers is a matrix, or 2D tensor. A matrix has two axes 
(often referred to as rows and columns). You can visually interpret a matrix as a 
rectangular grid of numbers: 
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2.2.4. 3D tensors and higher-dimensional tensors 


If you pack such matrices in a new array, you obtain a 3D tensor, which you can visually 


interpret as a cube of numbers: 
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> dim(x) 
[ele eee, 


By packing 3D tensors in an array, you can create a 4D tensor, and so on. In deep 
learning, you'll generally manipulate tensors that are OD to 4D, although you may go up 


to 5D if you process video data. 


2.2.5. Key attributes 


A tensor is defined by three key attributes: 


e Number of axes (rank)—For instance, a 3D tensor has three axes, and a matrix has 


two axes. 


e Shape—This is an integer vector that describes how many dimensions the tensor 
has along each axis. For instance, the previous matrix example has shape (3, 5), 
and the 3D tensor example has shape (2, 3, 2).A vector has a shape witha 
single element, such as (5). You can access the dimensions of any array using the 


dim() function. 


e Data type—This is the type of the data contained in the tensor; for instance, a 
tensor’s type could be integer or double. On rare occasions, you may see a 
character tensor. But because tensors live in preallocated contiguous memory 
segments, and strings, being variable-length, would preclude the use of this 


implementation, they’re rarely used. 


To make this more concrete, let’s look back at the data we processed in the MNIST 
example. First, we load the MNIST dataset: 


library (keras) 

mnist <- dataset mnist() 
train images <- mnist$train$x 
train labels <- mnistS$trainSy 
test _images <- mnist$test$x 
test_labels <- mnist$testSy 


Next, we display the number of axes of the tensor train images: 


> length(dim(train images) ) 
Al 


Here’s its shape: 


> dim(train images) 
[1] 60000 28 28 


And this is its data type: 


> typeof (train images) 


fall) “srmibve gence” 


So what we have here is a 3D tensor of integers. More precisely, it’s an array of 60,000 
matrices of 28 x 28 integers. Each such matrix is a grayscale image, with coefficients 


between 0 and 255. 


Let’s plot the fifth digit in this 3D tensor (see figure 2.2): 


Figure 2.2. The fifth sample in our dataset 
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2.2.6. Manipulating tensors in R 


In the previous example, we selected a specific digit alongside the first axis using the 
syntax train images[i,, ]. Selecting specific elements in a tensor is called tensor 


slicing. Let’s look at the tensor-slicing operations you can do on R arrays. 


The following example selects digits #10 to #99 and puts them in an array of shape 
(20 285° BS).3 


2a My sSiices <Sstrain simage:sal Ml Os39 973, 4 
> dim(my_ slice) 
ETO OM2 8" 2:3 


It’s equivalent to this more detailed notation, which specifies a start index and a stop 


index for the slice along each tensor axis: 


Pomy. SdeVCeic > tram mages 0:79 Oy i237 192728) 
> dim(my slice) 
(HI OOP 7:8 2:8 


In general, you may select between any two indices along each tensor axis. For instance, 


in order to select 14 x 14 pixels in the bottom-right corner of all images, you do this: 


Myrsice <= thar ormage sil, Aloe 2 872 NS 2/8) 


2.2.7. The notion of data batches 


In general, the first axis in all data tensors you'll come across in deep learning will be 
the samples axis (sometimes called the samples dimension). In the MNIST example, 


samples are images of digits. 


In addition, deep-learning models don’t process an entire dataset at once; rather, they 
break the data into small batches. Concretely, here’s one batch of our MNIST digits, 
with batch size of 128: 


bakchy <S erawimeatmage silks) 23 77572] 


And here’s the next batch: 


batche< > trawm crmage sili 2 O25 67275 


When considering such a batch tensor, the first axis is called the batch axis or batch 
dimension. This is a term you'll frequently encounter when using Keras and other deep- 


learning libraries. 


2.2.8. Real-world examples of data tensors 


Let’s make data tensors more concrete with a few examples similar to what you'll 
encounter later. The data you'll manipulate will almost always fall into one of the 


following categories: 





e Vector data—2D tensors of shape (samples, features) 


e Timeseries data or sequence data—3D tensors of shape (samples, timesteps, 


features) 


e Images—4D tensors of shape (samples, height, width, channels) or 


(samples, channels, height, width) 


e Video—5D tensors of shape (samples, frames, height, width, 





channels) or (samples, frames, channels, height, width) 


2.2.9. Vector data 


This is the most common case. In such a dataset, each single data point can be encoded 
as a vector, and thus a batch of data will be encoded as a 2D tensor (that is, an array of 


vectors), where the first axis is the samples axis and the second axis is the features axis. 
Let’s take a look at two examples: 


e An actuarial dataset of people, where we consider each person’s age, ZIP code, and 
income. Each person can be characterized as a vector of 3 values, and thus an entire 


dataset of 100,000 people can be stored in a 2D tensor of shape (100000, 3). 


e A dataset of text documents, where we represent each document by the counts of 
how many times each word appears in it (out of a dictionary of 20,000 common 
words). Each document can be encoded as a vector of 20,000 values (one count per 
word in the dictionary), and thus an entire dataset of 500 documents can be stored 
in a tensor of shape (500, 20000). 


2.2.10. Timeseries data or sequence data 


Whenever time matters in your data (or the notion of sequence order), it makes sense 
to store it in a 3D tensor with an explicit time axis. Each sample can be encoded as a 
sequence of vectors (a 2D tensor), and thus a batch of data will be encoded as a 3D 


tensor (see figure 2.3). 


Figure 2.3. A 3D timeseries data tensor 
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The time axis is always the second axis, by convention. Let’s look at a few examples: 


e A dataset of stock prices. Every minute, we store the current price of the stock, the 
highest price in the past minute, and the lowest price in the past minute. Thus, 
every minute is encoded as a 3D vector, an entire day of trading is encoded as a 2D 
tensor of shape (390, 3) (there are 390 minutes in a trading day), and 250 days’ 
worth of data can be stored in a 3D tensor of shape (250, 390, 3). Here, each 


sample would be one day’s worth of data. 


e A dataset of tweets, where we encode each tweet as a sequence of 140 characters out 
of an alphabet of 128 unique characters. In this setting, each character can be 
encoded as a binary vector of size 128 (an all-zeros vector except for a 1 entry at the 
index corresponding to the character). Then each tweet can be encoded as a 2D 
tensor of shape (140, 128), and a dataset of 1 million tweets can be stored ina 
tensor of shape (1000000, 140, 128). 


2.2.11. Image data 


Images typically have three dimensions: height, width, and color depth. Although 
grayscale images (like our MNIST digits) have only a single color channel and could 
thus be stored in 2D tensors, by convention image tensors are always 3D, with a one- 
dimensional color channel for grayscale images. A batch of 128 grayscale images of size 
256 x 256 could thus be stored in a tensor of shape (128, 256, 256, 1),anda 





batch of 128 color images could be stored in a tensor of shape (128, 256, 256, 3) 
(see figure 2.4). 


Figure 2.4. A 4D image data tensor (channels-first convention) 


Color channels 


UZ 


Height 


Samples 


EEE ae 


Width 


There are two conventions for shapes of images tensors: the channels-last convention 


(used by TensorFlow) and the channels-first convention (used by Theano). The 


TensorFlow machine-learning framework, from Google, places the color-depth axis at 
theend: (samples, height, width, color depth). Meanwhile, Theano places 
the color depth axis right after the batch axis: (samples, color depth, height, 
width). With the Theano convention, the previous examples would become (128, 1, 
256, 256) and (128, 3, 256, 256). The Keras framework provides support for 
both formats. 


2.2.12. Video data 


Video data is one of the few types of real-world data for which you'll need 5D tensors. A 
video can be understood as a sequence of frames, each frame being a color image. 


Because each frame can be stored ina 3D tensor (height, width, color depth), 





a sequence of frames can be stored ina 4D tensor (frames, height, width, 


color depth), and thus a batch of different videos can be stored in a 5D tensor of 





shape (samples, frames, height, width, color depth). 


For instance, a 60-second, 144 x 256 YouTube video clip sampled at 4 frames per 
second would have 240 frames. A batch of four such video clips would be stored in a 
tensor of shape (4, 240, 144, 256, 3).That’sa total of 106,168,320 values! If the 
data type of the tensor is doub1e, then each value is stored in 64 bits, so the tensor 
would represent 810 MB. Heavy! Videos you encounter in real life are much lighter, 
because they aren’t stored as double and they’re typically compressed by a large factor 
(such as in the MPEG format). 


2.3. THE GEARS OF NEURAL NETWORKS: TENSOR OPERATIONS 


Much as any computer program can be ultimately reduced to a small set of binary 
operations on binary inputs (AND, OR, NOR, and so on), all transformations learned by 
deep neural networks can be reduced to a handful of tensor operations applied to 
tensors of numeric data. For instance, it’s possible to add tensors, multiply tensors, and 


so On. 


In our initial example, we were building our network by stacking dense layers on top of 


each other. A layer instance looks like this: 
hay, Cre Gems S.CQunateSee—— ob neAGib inva tone seer eu) 
This layer can be interpreted as a function, which takes as input a 2D tensor and 


returns another 2D tensor—a new representation for the input tensor. Specifically, the 


function is as follows (where W is a 2D tensor and b is a vector, both attributes of the 


layer): 
OutpuUe = “relu(dot(w, @npuit) +b) 
Let’s unpack this. We have three tensor operations here: a dot product (dot) between 


the input tensor and a tensor named W; an addition (+) between the resulting 2D tensor 


and a vector b; and, finally, a relu operation. relu(x) ismax(x, 0). 





Note 


Although this section deals entirely with linear algebra expressions, you won't find any 
mathematical notation here. We’ve found that mathematical concepts can be more 
readily mastered by readers with no mathematical background if they’re expressed as 


short code snippets instead of mathematical equations. So, we'll use R code throughout. 





2.3.1. Element-wise operations 


The relu operation and addition are element-wise operations: operations that are 
applied independently to each entry in the tensors being considered. This means these 
operations are highly amenable to massively parallel implementations (vectorized 
implementations, a term that comes from the vector processor supercomputer 


architecture from the 1970-1990 period). If you want to write a naive R 





implementation of an element-wise operation, you use a for loop, as in this naive 


implementation of an element-wise rel1u operation: 


naive relu <- function(x) { a 
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¢ 1xisa2D tensor (R matrix). 


You do the same for addition: 
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e 1x andy are 2D tensors (matrices). 


On the same principle, you can do element-wise multiplication, subtraction, and so on. 


In practice, when dealing with R arrays, these operations are available as well- 
optimized built-in R functions, which themselves delegate the heavy lifting to a BLAS 
implementation (Basic Linear Algebra Subprograms) if you have one installed (which 
you should). BLAS are low-level, highly parallel, efficient tensor-manipulation routines 


typically implemented in Fortran or C. 


So in R you can do the following native element-wise operations, and they will be 


blazing fast: 


Le OOK eet AN ds 
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e 1 Element-wise addition 


e 2 Element-wise relu 


2.3.2. Operations involving tensors of different dimensions 


Our earlier naive implementation of naive add only supports the addition of 2D 
tensors with identical shapes. But in the dense layer introduced earlier, we added a 2D 
tensor with a vector. What happens with addition when the shapes of the two tensors 
being added differ? 


The R sweep () function enables you to perform operations between higher-dimension 
tensors and lower-dimension tensors. With sweep () , we could perform the matrix 


plus vector addition described earlier as follows: 


sweep(x, 2, y, ~+) 


The second argument (here, 2) specifies the dimensions of x over which to sweep y. 
The last argument (here, +) is the operation to perform during the sweep, which should 
be a function of two arguments: x and an array of the same dimensions generated from 


y by aperm(). 


You can apply a sweep in any number of dimensions and can apply any function that 
implements a vectorized operation over two arrays. The following example sweeps a 2D 


tensor over the last two dimensions of a 4D tensor using the pmax () function: 
Sa aera (MiaOlM Oe Crusted O OOM a0 93)i)s, Came — Ber (tGiAy Sy S327 O18) ak 
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z <- sweep(x, c(3, 4), y, pmax) S| 


e 1xisa tensor of random values with shape (64, 3, 32, 10). 
e 2yisatensor of 5s of shape (32, 10). 


¢ 3 The output z has shape (64, 3, 32, 10), like x. 


2.3.3. Tensor dot 


The dot operation, also called a tensor product (not to be confused with an element- 
wise product) is the most common, most useful tensor operation. Contrary to element- 


wise operations, it combines entries in the input tensors. 


An element-wise product is done with the * operator in R, whereas dot products use the 


%* S operator: 
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In mathematical notation, you’d note the operation with a dot (. ): 


Mathematically, what does the dot operation do? Let’s start with the dot product of two 


vectors x and y. It’s computed as follows: 
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e 1x andy are 1D tensors (vectors). 


You'll have noticed that the dot product between two vectors is a scalar and that only 


vectors with the same number of elements are compatible for a dot product. 


You can also take the dot product between a matrix x and a vector y, which returns a 
vector whose elements are the dot products between y and the rows of x. You 


implement it as follows: 


NatvV.e Mak Tax vector cdot <--functron.(x,, yyy 1 


z <- rep(0, nrow(x)) 
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¢ 1xisa 2D tensor (matrix). y is a 1D tensor (vector). 


You could also reuse the code we wrote previously, which highlights the relationship 


between a matrix-vector product and a vector product: 


NALVe UNA EPR VEC TOm id0.ta<— hune Gaonix:,. ayy" { 
P< eee psWOl MEOW GX:)p) 
lmonucr Call cake eibeaaetonnpiec)) 9) 


2) [ae en VS SVC CE One wi iO iat exe [este 22) 


Note that as soon as one of the two tensors has more than one dimension, %*% is no 


longer symmetric, which is to say that x %*% yisn’tthesameasy %*% x. 


Of course, a dot product generalizes to tensors with an arbitrary number of axes. The 
most common applications may be the dot product between two matrices. You can take 
the dot product of two matrices x and y (x %*% y)ifandonlyifncol(x) == 

nrow (y). The result is a matrix with shape (nrow(x), ncol(y) ), where the 
coefficients are the vector products between the rows of x and the columns of y. Here’s 


the naive implementation: 
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e 1x andy are 2D tensors (matrices). 


To understand dot-product shape compatibility, it helps to visualize the input and 


output tensors by aligning them as shown in figure 2.5. 


Figure 2.5. Matrix dot-product box diagram 











x, y, and z are pictured as rectangles (literal boxes of coefficients). Because the rows 
and x and the columns of y must have the same size, it follows that the width of x must 
match the height of y. If you go on to develop new machine-learning algorithms, you'll 


likely be drawing such diagrams often. 


More generally, you can take the dot product between higher-dimensional tensors, 


following the same rules for shape compatibility as outlined earlier for the 2D case: 


(a, b, Cc, d) . (d) ibe (a, bi, c) 
(a, bi; Cc, d) . (da; SS: (a, Dy, C, e) 
And so on. 


2.3.4. Tensor reshaping 


A third type of tensor operation that’s essential to understand is tensor reshaping. 
Although it wasn’t used in the dense layers in our first neural network example, we used 


it when we preprocessed the digits data before feeding it into our network: 
train simages: <> ‘array reshape (train amages;, @(60000,, 28: °*928)*) 


Note that we use the array reshape () function rather than the dim<- () function to 
reshape the array. This is so that the data is reinterpreted using row-major semantics 
(as opposed to R’s default column-major semantics), which is in turn compatible with 
the way the numerical libraries called by Keras (NumPy, TensorFlow, and so on) 
interpret array dimensions. You should always use the array reshape () function 


when reshaping R arrays that will be passed to Keras. 


Reshaping a tensor means rearranging its rows and columns to match a target shape. 
Naturally, the reshaped tensor has the same total number of coefficients as the initial 


tensor. Reshaping is best understood via simple examples: 
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A special case of reshaping that’s commonly encountered is transposition. Transposing 


a matrix means exchanging its rows and its columns, so that x[i,] becomes x[, i]. 


The t () function can be used to transpose a matrix: 


> x <> Matuaix(0; nmrow = 300, mcol — 20) 
= Claimu(ex) 
LL S00" <2: 


See ite (ba) 
> dim(x) 
alg] 20° 30:0 


2.3.5. Geometric interpretation of tensor operations 


Because the contents of the tensors manipulated by tensor operations can be 
interpreted as coordinates of points in some geometric space, all tensor operations have 
a geometric interpretation. For instance, let’s consider addition. We'll start with the 


following vector: 


It’s a point in a 2D space (see figure 2.6). It’s common to picture a vector as an arrow 


linking the origin to the point, as shown in figure 2.7. 


Figure 2.6. A point in a 2D space 


1 A a [0.5, 1] 


Figure 2.7. A point in a 2D space pictured as an arrow 


| 4 A a (0.5, 1] 


Let’s consider a new point,B = [1, 0.25], which we'll add to the previous one. This 
is done geometrically by chaining together the vector arrows, with the resulting location 


being the vector representing the sum of the previous two vectors (see figure 2.8). 


Figure 2.8. Geometric interpretation of the sum of two vectors 
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In general, elementary geometric operations such as affine transformations, rotations, 
scaling, and so on can be expressed as tensor operations. For instance, a rotation of a 
2D vector by an angle theta can be achieved via a dot product with a 2 x 2 matrix R = 
[u, v], where u and v are both vectors of the plane: u = [cos(theta), 


sin(theta)]andv = [-sin(theta), cos(theta) ]. 


2.3.6. A geometric interpretation of deep learning 


You just learned that neural networks consist entirely of chains of tensor operations 
and that all of these tensor operations are just geometric transformations of the input 
data. It follows that you can interpret a neural network as a very complex geometric 
transformation in a high-dimensional space, implemented via a long series of simple 


steps. 


In 3D, the following mental image may prove useful. Imagine two sheets of colored 
paper: one red and one blue. Put one on top of the other. Now crumple them together 
into a small ball. That crumpled paper ball is your input data, and each sheet of paper is 
a class of data in a classification problem. What a neural network (or any other 
machine-learning model) is meant to do is figure out a transformation of the paper ball 
that would uncrumple it, so as to make the two classes cleanly separable again. With 
deep learning, this would be implemented as a series of simple transformations of the 
3D space, such as those you could apply on the paper ball with your fingers, one 


movement at a time. 


Figure 2.9. Uncrumpling a complicated manifold of data 





Uncrumpling paper balls is what machine learning is about: finding neat 
representations for complex, highly folded data manifolds. At this point, you should 
have a pretty good intuition as to why deep learning excels at this: it takes the approach 
of incrementally decomposing a complicated geometric transformation into a long 
chain of elementary ones, which is pretty much the strategy a human would follow to 
uncrumple a paper ball. Each layer in a deep network applies a transformation that 
disentangles the data a little—and a deep stack of layers makes tractable an extremely 


complicated disentanglement process. 


2.4. THE ENGINE OF NEURAL NETWORKS: GRADIENT-BASED 
OPTIMIZATION 


As you saw in the previous section, each neural layer from our first network example 


transforms its input data as follows: 


output = relu(dot(W, input) + b) 


In this expression, W and b are tensors that are attributes of the layer. They're called the 
weights or trainable parameters of the layer (the kernel and bias attributes, 
respectively). These weights contain the information learned by the network from 


exposure to training data. 


Initially, these weight matrices are filled with small random values (a step called 


random initialization). Of course, there’s no reason to expect that relu (dot (W, 
input) + b),when Wand b are random, will yield any useful representations. The 
resulting representations are meaningless—but they’re a starting point. What comes 
next is to gradually adjust these weights, based on a feedback signal. This gradual 
adjustment, also called training, is basically the learning that machine learning is all 


about. 


This happens within what’s called a training loop, which works as follows. Repeat these 


steps in a loop, as long as necessary: 


1. Draw a batch of training samples x and corresponding targets y. 

2. Run the network on x (a step called the forward pass) to obtain predictions 
y ‘pred. 

3. Compute the loss of the network on the batch, a measure of the mismatch between 
y_predand y. 

4. Update all weights of the network in a way that slightly reduces the loss on this 
batch. 


Youll eventually end up with a network that has a very low loss on its training data: a 
low mismatch between predictions y_ pred and expected targets y. The network has 
“learned” to map its inputs to correct targets. From afar, it may look like magic, but 


when you reduce it to elementary steps, it turns out to be simple. 


Step 1 sounds easy enough—just I/O code. Steps 2 and 3 are merely the application of a 
handful of tensor operations, so you could implement these steps purely from what you 
learned in the previous section. The difficult part is step 4: updating the network’s 
weights. Given an individual weight coefficient in the network, how can you compute 


whether the coefficient should be increased or decreased, and by how much? 


One naive solution would be to freeze all weights in the network except the one scalar 
coefficient being considered, and try different values for this coefficient. Let’s say the 
initial value of the coefficient is 0.3. After the forward pass on a batch of data, the loss 
of the network on the batch is 0.5. If you change the coefficient’s value to 0.35 and 
rerun the forward pass, the loss increases to 0.6. But if you lower the coefficient to 0.25, 
the loss falls to 0.4. In this case, it seems that updating the coefficient by -0.05 would 
contribute to minimizing the loss. This would have to be repeated for all coefficients in 


the network. 


But such an approach would be horribly inefficient, because you’d need to compute two 


forward passes (which are expensive) for every individual coefficient (of which there are 


many, usually thousands and sometimes up to millions). A much better approach is to 
take advantage of the fact that all operations used in the network are differentiable, and 
compute the gradient of the loss with regard to the network’s coefficients. You can then 
move the coefficients in the opposite direction from the gradient, thus decreasing the 


loss. 


If you already know what differentiable means and what a gradient is, you can skip to 
section 2.4.3. Otherwise, the following two sections will help you understand these 


concepts. 


2.4.1. What’s a derivative? 





Consider a continuous, smooth function f (x) = y, mapping areal number x to anew 
real number y. Because the function is continuous, a small change in x can only result 
in a small change in y—that’s the intuition behind continuity. Let’s say you increase x 


by asmall factor epsilon_x: this results in asmall epsilon y change to y: 


P(x epsanlion x)= y+ -epsallongy. 


In addition, because the function is smooth (its curve doesn’t have any abrupt angles), 


when epsilon x is small enough, around a certain point p, it’s possible to 





approximate f as a linear function of slope a, so that epsilon ybecomesa * 


epsilon x: 


fi(xaHt cep SuelOn x) ive ates Se S On 


Obviously, this linear approximation is valid only when x is close enough to p. 





The slope a is called the derivative of f in p. If a is negative, it means a small change of 





x around p will result in a decrease of £ (x) (as shown in figure 2.10); and if a is 





positive, a small change in x will result in an increase of f (x) . Further, the absolute 
value of a (the magnitude of the derivative) tells you how quickly this increase or 


decrease will happen. 


Figure 2.10. Derivative of £ inp 
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For every differentiable function f£ (x) (differentiable means “can be differentiated”: 


for example, smooth, continuous functions can be differentiated), there exists a 





derivative function f' (x) that maps values of x to the slope of the local linear 





approximation of f in those points. For instance, the derivative of cos (x) is -sin(x), 








the derivative of f(x) = a * xisf£'(x) = a,andsoon. 


If yow’re trying to update x by a factor epsilon x in order to minimize f (x), and you 





know the derivative of £, then your job is done: the derivative completely describes how 
£ (x) evolves as you change x. If you want to reduce the value of f (x) , you just need to 


move x a little in the opposite direction from the derivative. 


2.4.2. Derivative of a tensor operation: the gradient 


A gradient is the derivative of a tensor operation. It’s the generalization of the concept 
of derivatives to functions of multidimensional inputs: that is, to functions that take 


tensors as inputs. 


Consider an input vector x, a matrix W, a target y, and a loss function loss. You can use 
W to compute a target candidate y pred, and compute the loss, or mismatch, between 


the target candidate y pred and the target y: 


y pred = dot(W, x) 


loss value = Lossy pred, y) 


If the data inputs x and y are frozen, then this can be interpreted as a function mapping 


values of W to loss values: 


loss value = f(W) 





Let’s say the current value of W is WO. Then the derivative of £ in the point WO is a tensor 








gradient (£) (WO) with the same shape as W, where each coefficient gradient (£) 


(WO) [i, 4] indicates the direction and magnitude of the change in loss value 


you'd observe when modifying WO[i, 3]. That tensor gradient (f) (WO) isthe 





gradient of the function f (W) = loss value in WO. 





You saw earlier that the derivative of a function f (x) of a single coefficient can be 








interpreted as the slope of the curve of £. Likewise, gradient (f) (WO) canbe 





interpreted as the tensor describing the curvature of f (W) around WO. 








For this reason, in much the same way that, for a function f (x) , you can reduce the 





value of £ (x) by moving x a little in the opposite direction from the derivative, with a 








function £ (W) of a tensor, you can reduce f (W) by moving W in the opposite direction 





from the gradient: for example, W1 = WO - step * gradient (f) (WO) (where 
step is a small scaling factor). That means going against the curvature, which 


intuitively should put you lower on the curve. Note that the scaling factor step is 





needed because gradient (f£) (WO) only approximates the curvature when you're 


close to WO, so you don’t want to get too far from WO. 


2.4.3. Stochastic gradient descent 


Given a differentiable function, it’s theoretically possible to find its minimum 
analytically: it’s known that a function’s minimum is a point where the derivative is 0, 
so all you have to do is find all the points where the derivative goes to 0 and check for 


which of these points the function has the lowest value. 


Applied to a neural network, that means finding analytically the combination of weight 


values that yields the smallest possible loss function. This can be done by solving the 





equation gradient (f) (W) = 0 for W. This is a polynomial equation of N variables, 
where N is the number of coefficients in the network. Although it would be possible to 
solve such an equation for N = 2 or N = 3, doing so is intractable for real neural 
networks, where the number of parameters is never less than a few thousand and can 


often be several tens of millions. 


Instead, you can use the four-step algorithm outlined at the beginning of this section: 
modify the parameters little by little based on the current loss value on a random batch 
of data. Because you're dealing with a differentiable function, you can compute its 
gradient, which gives you an efficient way to implement step 4. If you update the 
weights in the opposite direction from the gradient, the loss will be a little less every 


time: 


1. Draw a batch of training samples x and corresponding targets y. 


2. Run the network on x to obtain predictions y_ pred. 


3. Compute the loss of the network on the batch, a measure of the mismatch between 


y_predand y. 

4. Compute the gradient of the loss with regard to the network’s parameters (a 
backward pass). 

5. Move the parameters a little in the opposite direction from the gradient—for 
example,W = W - (step * gradient) —thus reducing the loss on the batch a 
bit. 


Easy enough! What we just described is called mini-batch stochastic gradient descent 
(mini-batch SGD). The term stochastic refers to the fact that each batch of data is 

drawn at random (stochastic is a scientific synonym of random). Figure 2.11 illustrates 
what happens in 1D, when the network has only one parameter and you have only one 


training sample. 


Figure 2.11. SGD down a 1D loss curve (one learnable parameter) 
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As you can see, intuitively it’s important to pick a reasonable value for the step factor. 
If it’s too small, the descent down the curve will take many iterations, and it could get 
stuck in a local minimum. If step is too large, your updates may end up taking you to 


completely random locations on the curve. 


Note that a variant of the mini-batch SGD algorithm would be to draw a single sample 
and target at each iteration, rather than drawing a batch of data. This would be true 
SGD (as opposed to mini-batch SGD). Alternatively, going to the opposite extreme, you 
could run every step on all data available, which is called batch SGD. Each update 
would then be more accurate, but far more expensive. The efficient compromise 


between these two extremes is to use mini-batches of reasonable size. 


Although figure 2.11 illustrates gradient descent in a 1D parameter space, in practice 
you'll use gradient descent in highly dimensional spaces: every weight coefficient in a 
neural network is a free dimension in the space, and there may be tens of thousands or 
even millions of them. To help you build intuition about loss surfaces, you can also 
visualize gradient descent along a 2D loss surface, as shown in figure 2.12. But you can’t 
possibly visualize what the actual process of training a neural network looks like—you 
can’t represent a 1,000,000-dimensional space in a way that makes sense to humans. 
As such, it’s good to keep in mind that the intuitions you develop through these low- 
dimensional representations may not always be accurate in practice. This has 


historically been a source of issues in the world of deep-learning research. 


Figure 2.12. Gradient descent down a 2D loss surface (two learnable parameters) 
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Additionally, there exist multiple variants of SGD that differ by taking into account 
previous weight updates when computing the next weight update, rather than just 
looking at the current value of the gradients. There is, for instance, SGD with 
momentum, as well as Adagrad, RMSProp, and several others. Such variants are known 
as optimization methods or optimizers. In particular, the concept of momentum, which 
is used in many of these variants, deserves your attention. Momentum addresses two 
issues with SGD: convergence speed and local minima. Consider figure 2.13, which 


shows the curve of a loss as a function of a network parameter. 


Figure 2.13. A local minimum and a global minimum 
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As you can see, around a certain parameter value, there is a local minimum: around 
that point, moving left would result in the loss increasing, but so would moving right. If 
the parameter under consideration were being optimized via SGD with a small learning 
rate, then the optimization process would get stuck at the local minimum instead of 


making its way to the global minimum. 


You can avoid such issues by using momentum, which draws inspiration from physics. 
A useful mental image here is to think of the optimization process as a small ball rolling 
down the loss curve. If it has enough momentum, the ball won’t get stuck in a ravine 
and will end up at the global minimum. Momentum is implemented by moving the ball 
at each step based not only on the current slope value (current acceleration) but also on 
the current velocity (resulting from past acceleration). In practice, this means updating 
the parameter w based not only on the current gradient value but also on the previous 


parameter update, such as in this naive implementation: 


past velocity <= 0 

momentum <- 0.1 

whale (losis) > “Ol 0)) =f 
params <> get current parameters) 
w <- paramsSw 
loss <- params$loss 


gradient <- paramsS$gradient 


vellociiy <— past velocity * momentum + licarning rate * gradient 





wo <= We + omomentum ~*~ vellocaty = learning rate ~ gradient 
past velocity <- velocity 


update parameter (w) 


2.4.4. Chaining derivatives: the Backpropagation algorithm 


In the previous algorithm, we casually assumed that because a function is 


differentiable, we can explicitly compute its derivative. In practice, a neural network 


function consists of many tensor operations chained together, each of which has a 





simple, known derivative. For instance, this is a network £ composed of three tensor 


operations a, b, and c, with weight matrices W1, W2, and W3: 


£(W1, W2, W3) = a(Wl, b(W2, c(W3))) 


Calculus tells us that such a chain of functions can be differentiated using the following 








identity, called the chain rule: £ (g(x)) = £'(g(x)) * g' (x). Applying the chain 
rule to the computation of the gradient values of a neural network gives rise to an 
algorithm called Backpropagation (also sometimes called reverse-mode 
differentiation). Backpropagation starts with the final loss value and works backward 
from the top layers to the bottom layers, applying the chain rule to compute the 


contribution that each parameter had in the loss value. 


Nowadays and for years to come, people will implement networks in modern 
frameworks that are capable of symbolic differentiation, such as TensorFlow. This 
means that, given a chain of operations with a known derivative, they can compute a 
gradient function for the chain (by applying the chain rule) that maps network 
parameter values to gradient values. When you have access to such a function, the 
backward pass is reduced to a call to this gradient function. Thanks to symbolic 
differentiation, you'll never have to implement the Backpropagation algorithm by hand. 
For this reason, we won’t waste your time and your focus on deriving the exact 
formulation of the Backpropagation algorithm in these pages. All you need is a good 


understanding of how gradient-based optimization works. 


2.5. LOOKING BACK AT OUR FIRST EXAMPLE 


You've reached the end of this chapter, and you should now have a general 
understanding of what’s going on behind the scenes in a neural network. Let’s go back 
to the first example and review each piece of it in the light of what you’ve learned in the 


previous three sections. 


This was the input data: 


library (keras) 


mnist <- dataset mnist() 


train _images <- mnist$train$x 
train images <> “array reshape (trarn amages,;: -¢'( 60.000). 238° % 28") 


train images <- train images / 255 


test _images <- mnist$test$x 
test_images <- array reshape(test_ images, c(10000, 28 * 28)) 
test images <- test_images / 255 


Now you understand that the input images are stored in tensors of shape (60000, 


784) (training data) and (10000, 784) (test data), respectively. 


This was our network: 


network <- keras_model_ sequential() %>% 
haven dense: (Uunatts = Mody a Chey ab von: = ee redhulyys sim pub Siapes = Ca(2.8 2 8s). so 
Layer dense (unauss—— lO; sactavations = “sortmax.’) 











Now you understand that this network consists of a chain of two dense layers, that each 
layer applies a few simple tensor operations to the input data, and that these operations 
involve weight tensors. Weight tensors, which are attributes of the layers, are where the 
knowledge of the network persists. 





Using the pipe operator 


You use the pipe (%>%) operator to add layers to a network. This operator comes from 
the magrittr package; it’s shorthand for passing the value on its left as the first 


argument to the function on its right. We could have written the network code as 
follows: 


network <- keras_model sequential () 
Layer dense(network; sunwes = 512), ractivation = ™relut; 
NP Utes hap erie 280s 2:3))m) 


layer dense(network, units = 10, activation = "softmax") 


Using %>% results in code that’s more readable and compact, so we'll use this form 
throughout the book. 


If you’re using RStudio, you can insert 3>% using the Ctrl-Shift-M keyboard shortcut. 


To learn more about the pipe operator, see http://r4ds.had.co.nz/pipes.html. 





This was the network-compilation step: 


network %$>% compile ( 


optimizer = "rmsprop", 
hOSSS— Care goraGalee ROSS emirOp yar, 
Metrues: = ic (“accuracy”) 


Now you understand that categorical crossentropy is the loss function that’s 
used as a feedback signal for learning the weight tensors, and which the training phase 
will attempt to minimize. You also know that this reduction of the loss happens via 
mini-batch stochastic gradient descent. The exact rules governing a specific use of 


gradient descent are defined by the rmsprop optimizer passed as the first argument. 





In-place modification of models 


We're using the 3>% operator to call compile (). We could have written the network 


compilation step as follows: 


compile ( 
network, 
optimizer = "rmsprop", 
loss = “GCategorvcal erossentropy™; 
metrics = c("accuracy") 


Using %>% for compile is less about compactness and more about providing a 
syntactic reminder of an important characteristic of Keras models: unlike most objects 
you work with in R, Keras models are modified in place. This is because Keras models 


are directed acyclic graphs of layers whose state is updated during training. 


You don’t operate on network and then return a new network object. Rather, you do 
something to the network object. Placing network to the left of >% and not saving 


the results to a new variable signals to the reader that you’re modifying in place. 





Finally, this was the training loop: 


network 625 £1t (Urdin mmages, rarn labels, epochs = 5; (batch size = 128) 














Now you understand what happens when you call fit: the network will start to iterate 


on the training data in mini-batches of 128 samples, 5 times over (each iteration over 
all the training data is called an epoch). At each iteration, the network will compute the 
gradients of the weights with regard to the loss on the batch, and update the weights 
accordingly. After these 5 epochs, the network will have performed 2,345 gradient 
updates (469 per epoch), and the loss of the network will be sufficiently low that the 


network will be capable of classifying handwritten digits with high accuracy. 


At this point, you already know most of what there is to know about neural networks. 


2.6. SUMMARY 


e Learning means finding a combination of model parameters that minimizes a loss 


function for a given set of training data samples and their corresponding targets. 


e Learning happens by drawing random batches of data samples and their targets, 
and computing the gradient of the network parameters with respect to the loss on 
the batch. The network parameters are then moved a bit (the magnitude of the 


move is defined by the learning rate) in the opposite direction from the gradient. 


e The entire learning process is made possible by the fact that neural networks are 
chains of differentiable tensor operations, and thus it’s possible to apply the chain 
rule of derivation to find the gradient function mapping the current parameters and 


current batch of data to a gradient value. 


¢ Two key concepts you'll see frequently in future chapters are loss and optimizers. 
These are the two things you need to define before you begin feeding data into a 


network: 


e The loss is the quantity you'll attempt to minimize during training, so it should 


represent a measure of success for the task youre trying to solve. 


e The optimizer specifies the exact way in which the gradient of the loss will be 
used to update parameters: for instance, it could be the RMSProp optimizer, 


SGD with momentum, and so on. 


Chapter 3. Getting started with neural networks 


This chapter covers 


e Core components of neural networks 
e An introduction to Keras 
e Setting up a deep-learning workstation 


e Using neural networks to solve basic classification and regression problems 


This chapter is designed to get you started with using neural networks to solve real 
problems. You'll consolidate the knowledge you gained from our first practical example 
in chapter 2, and you'll apply what you've learned to three new problems covering the 
three most common use cases of neural networks: binary classification, multiclass 


classification, and scalar regression. 


In this chapter, we'll take a closer look at the core components of neural networks that 


we introduced in chapter 2: layers, networks, objective functions, and optimizers. 


Well give you a quick introduction to Keras, the deep-learning library that we'll use 
throughout the book. You'll set up a deep-learning workstation with TensorFlow, Keras, 
and GPU support. We'll dive into three introductory examples of how to use neural 


networks to address real problems: 
¢ Classifying movie reviews as positive or negative (binary classification) 


¢ Classifying news wires by topic (multiclass classification) 


e Estimating the price of a house, given real-estate data (regression) 
By the end of this chapter, you'll be able to use neural networks to solve simple machine 
problems such as classification and regression over vector data. You'll then be ready to 


start building a more principled, theory-driven understanding of machine learning in 


chapter 4. 


3.1. ANATOMY OF A NEURAL NETWORK 


As you saw in thé previous chapters, training a neural network revolves around the 


following objects: 


e Layers, which are combined into a network (or model) 
e The input data and corresponding targets 
¢ The loss function, which defines the feedback signal used for learning 


e The optimizer, which determines how learning proceeds 


You can visualize their interaction as illustrated in figure 3.1: the network, composed of 
layers that are chained together, maps the input data to predictions. The loss function 
then compares these predictions to the targets, producing a loss value: a measure of 
how well the network’s predictions match what was expected. The optimizer uses this 


loss value to update the network’s weights. 


Let’s take a closer look at layers, networks, loss functions, and optimizers. 


Figure 3.1. Relationship between the network, layers, loss function, and optimizer 
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3.1.1. Layers: the building blocks of deep learning 
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The fundamental data structure in neural networks is the layer, to which you were 
introduced in chapter 2. A layer is a data-processing module that takes as input one or 
more tensors and that outputs one or more tensors. Some layers are stateless, but more 
frequently layers have a state: the layer’s weights, one or several tensors learned with 


stochastic gradient descent, which together contain the network’s knowledge. 


Different layers are appropriate for different tensor formats and different types of data 


processing. For instance, simple vector data, stored in 2D tensors of shape (samples, 





features), is often processed by densely connected layers, also called fully connected 


or dense layers (the layer dense function in Keras). Sequence data, stored in 3D 





tensors of shape (samples, timesteps, features), is typically processed by 
recurrent layers such as layer _1stm. Image data, stored in 4D tensors, is usually 


processed by 2D convolution layers (layer conv 2d). 


You can think of layers as the LEGO bricks of deep learning, a metaphor that is made 
explicit by frameworks like Keras. Building deep-learning models in Keras is done by 
clipping together compatible layers to form useful data-transformation pipelines. The 
notion of layer compatibility here refers specifically to the fact that every layer will only 
accept input tensors of a certain shape and will return output tensors of a certain shape. 


Consider the following example: 





ayers “<-S layenndense (units 132) npue shape = se.(4/.8)4))s) 


We're creating a layer that will only accept as input 2D tensors where the first 
dimension is 784 (the first dimension, the batch dimension, is unspecified, and thus 
any value would be accepted). This layer will return a tensor where the first dimension 


has been transformed to be 32. 


Thus this layer can only be connected to a downstream layer that expects 32- 
dimensional vectors as its input. When using Keras, you don’t have to worry about 
compatibility, because the layers you add to your models are dynamically built to match 


the shape of the incoming layer. For instance, suppose you write the following: 


model <- keras_ model sequential() %>% 
bayer -dense(unwts — 327° input shape Sie (784) 0 s>% 
ayer 7dens.er(unaites -=93-25) 


The second layer didn’t receive an input shape argument—instead, it automatically 


inferred its input shape as being the output shape of the layer that came before. 


3.1.2. Models: networks of layers 


A deep-learning model is a directed, acyclic graph of layers. The most common instance 


is a linear stack of layers, mapping a single input to a single output. 


But as you move forward, you'll be exposed to a much broader variety of network 


topologies. Some common ones include the following: 


e Two-branch networks 
e Multihead networks 


¢ Inception blocks 


The topology of a network defines a hypothesis space. You may remember that in 
chapter 1, we defined machine learning as “searching for useful representations of some 
input data, within a predefined space of possibilities, using guidance from a feedback 
signal.” By choosing a network topology, you constrain your space of possibilities 
(hypothesis space) to a specific series of tensor operations, mapping input data to 
output data. What you'll then be searching for is a good set of values for the weight 


tensors involved in these tensor operations. 


Picking the right network architecture is more an art than a science; and although there 
are some best practices and principles you can rely on, only practice can help you 
become a proper neural-network architect. The next few chapters will both teach you 
explicit principles for building neural networks and help you develop intuition as to 


what works or doesn’t work for specific problems. 


3.1.3. Loss functions and optimizers: keys to configuring the learning 
process 


Once the network architecture is defined, you still have to choose two more things: 


e Loss function (objective function)—The quantity that will be minimized during 


training. It represents a measure of success for the task at hand. 


e Optimizer—Determines how the network will be updated based on the loss function. 


It implements a specific variant of stochastic gradient descent (SGD). 


A neural network that has multiple outputs may have multiple loss functions (one per 
output). But the gradient-descent process must be based on a single scalar loss value; 
so, for multiloss networks, all losses are combined (via averaging) into a single scalar 


quantity. 


Choosing the right objective function for the right problem is extremely important: your 
network will take any shortcut it can, to minimize the loss; so if the objective doesn’t 
fully correlate with success for the task at hand, your network will end up doing things 
you may not have wanted. Imagine a stupid, omnipotent AI trained via SGD, with this 
poorly chosen objective function: “maximizing the average well-being of all humans 


alive.” To make its job easier, this AI might choose to kill all humans except a few and 


focus on the well-being of the remaining ones—because average well-being isn’t 
affected by how many humans are left. That might not be what you intended! Just 
remember that all neural networks you build will be just as ruthless in lowering their 
loss function—so choose the objective wisely, or you'll have to face unintended side 


effects. 


Fortunately, when it comes to common problems such as classification, regression, and 
sequence prediction, there are simple guidelines you can follow to choose the correct 
loss. For instance, you'll use binary crossentropy for a two-class classification problem, 
categorical crossentropy for a many-class classification problem, mean-squared error 
for a regression problem, connectionist temporal classification (CTC) for a sequence- 
learning problem, and so on. Only when yow’re working on truly new research problems 
will you have to develop your own objective functions. In the next few chapters, we'll 


detail explicitly which loss functions to choose for a wide range of common tasks. 


3.2. INTRODUCTION TO KERAS 


Throughout this book, the code examples use Keras (https://keras.rstudio.com). Keras is a 
deep-learning framework that provides a convenient way to define and train almost any 
kind of deep-learning model. Keras was initially developed for researchers, with the aim 


of enabling fast experimentation. 
Keras has the following key features: 


e It allows the same code to run seamlessly on CPU or GPU. 


e It has a user-friendly API that makes it easy to quickly prototype deep-learning 


models. 


e It has built-in support for convolutional networks (for computer vision), recurrent 


networks (for sequence processing), and any combination of both. 


e It supports arbitrary network architectures: multi-input or multi-output models, 
layer sharing, model sharing, and so on. This means Keras is appropriate for 
building essentially any deep-learning model, from a generative adversarial network 


to a neural Turing machine. 


Keras and its R interface are distributed under the permissive MIT license, which 
means they can be freely used in commercial projects. The Keras R package is 
compatible with R versions 3.2 and higher. The documentation for the R interface is 
available at https://keras.rstudio.com. The main Keras project website can be found at 
https://keras.1o. 


Keras has well over 150,000 users, ranging from academic researchers and engineers at 
both startups and large companies to graduate students and hobbyists. Keras is used at 
Google, Netflix, Uber, CERN, Yelp, Square, and hundreds of startups working on a wide 
range of problems. Keras is also a popular framework on Kaggle, the machine-learning 
competition website, where almost every recent deep-learning competition has been 


won using Keras models (see figure 3.2). 


Figure 3.2. Google web search interest for different deep-learning frameworks 
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3.2.1. Keras, TensorFlow, Theano, and CNTK 


Keras is a model-level library, providing high-level building blocks for developing deep- 
learning models. It doesn’t handle low-level operations such as tensor manipulation 
and differentiation. Instead, it relies on a specialized, well-optimized tensor library to 
do so, serving as the backend engine of Keras. Rather than choosing a single tensor 
library and tying the implementation of Keras to that library, Keras handles the 
problem in a modular way (see figure 3.3); thus, several different backend engines can 
be plugged seamlessly into Keras. Currently, the three existing backend 
implementations are the TensorFlow backend, the Theano backend, and the Microsoft 
Cognitive Toolkit (CNTK) backend. In the future, it’s likely that Keras will be extended 


to work with even more deep-learning execution engines. 


Figure 3.3. The deep-learning software and hardware stack 
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TensorFlow, CNTK, and Theano are some of the primary platforms for deep learning 
today. Theano (http://deeplearning.net/software/theano) is developed by the MILA lab at 
Université de Montréal, TensorFlow (www.tensorflow.org) is developed by Google, and 
CNTK (https://github.com/Microsoft/CNTK) is developed by Microsoft. Any piece of code 
that you write with Keras can be run with any of these backends without having to 
change anything in the code: you can seamlessly switch between the two during 
development, which often proves useful—for instance, if one of these backends proves 
to be faster for a specific task. We recommend using the TensorFlow backend as the 
default for most of your deep-learning needs, because it’s the most widely adopted, 


scalable, and production ready. 


Via TensorFlow (or Theano, or CNTK), Keras is able to run seamlessly on both CPUs 
and GPUs. When running on CPU, TensorFlow is itself wrapping a low-level library for 
tensor operations, called Eigen (http://eigen.tuxfamily.org). On GPU, TensorFlow wraps a 
library of well-optimized deep-learning operations called the NVIDIA CUDA Deep 
Neural Network library (cuDNN). 


3.2.2. Installing Keras 


To get started with Keras, you need to install the Keras R package, the core Keras 


library, and a backend tensor engine (such as TensorFlow). You can do so as follows: 


install.packages ("keras") aD 
library (keras) 2, 
instal kerasi() 2 


e 1 Installs the Keras R package 


¢ 2 Installs the core Keras library and TensorFlow 


This will provide you with a default CPU-based installation of Keras and TensorFlow. 


As noted in the next section on setting up a deep-learning workstation, you'll probably 


want to train your deep-learning models on a GPU. If you’re running on a system with 
an NVIDIA GPU and properly configured CUDA and cuDNN libraries, you can install 
the GPU-based version of the TensorFlow backend engine as follows: 


install keras(tensorflow = "gpu") 


Note that you should do this only if your workstation has an NVIDIA GPU and required 
software (CUDA and cuDNN), because the GPU version of TensorFlow will fail to load 
if these prerequisites aren’t met. The next section covers GPU configurations in more 


detail. 


3.2.3. Developing with Keras: a quick overview 


You've already seen one example of a Keras model: the MNIST example. The typical 


Keras workflow looks just like that example: 


1. Define your training data: input tensors and target tensors. 

2. Define a network of layers (or model) that maps your inputs to your targets. 

3. Configure the learning process by choosing a loss function, an optimizer, and some 
metrics to monitor. 

4. Iterate on your training data by calling the fit () method of your model. 





There are two ways to define a model: using the keras_ model sequential () 
function (only for linear stacks of layers, which is the most common network 
architecture by far) or the functional API (for directed acyclic graphs of layers, which 


let you build completely arbitrary architectures). 


As a refresher, here’s a two-layer model defined using keras model _ sequential 


(note that we’re passing the expected shape of the input data to the first layer): 


model <- keras model sequential() %>% 
ayeradenser(Unwkies -—4 32), sein puitersnap ce CHCA ny sec 
Ihave dems (uniKeS onl OF aC dito n ws. Ws Omtma xs) 


And here’s the same model defined using the functional API: 


IN PUP VeensOr <=s Layer sin pub Gshapes=vei(713'A))s) 


QUEPUE tensor <= Anputstensor s>% 
ayer eens 'esQt nave Se 3.248 ca Cte On ee raulMa a) Goo 


ayer dense,(inw ts = Oi tracrivaten = som ema x) 


model <- keras_model(inputs = input_tensor, outputs = output_tensor) 


With the functional API, you’re manipulating the data tensors that the model processes 


and applying layers to this tensor as if they were functions. 





Note 


A detailed guide to what you can do with the functional API can be found in chapter 7. 


Until chapter 7, we'll only be using keras model sequential in our code examples. 





Once your model architecture is defined, it doesn’t matter whether you used 
keras_ model sequential or the functional API. All of the following steps are the 


same. 


The learning process is configured in the compilation step, where you specify the 
optimizer and loss function(s) that the model should use, as well as the metrics you 
want to monitor during training. Here’s an example with a single loss function, which is 


by far the most common case: 


model %>% compile ( 


OplLamiver cop tamazers cmspropicde 2.08 0'OOMo:, 
loss = "mse", 
metrics = c("accuracy") 


Finally, the learning process consists of passing arrays of input data (and the 





corresponding target data) to the model via the fit () method, similar to what you’d 


do with other machine-learning libraries: 


modded =>. fit (nputewensom,. scanget tensor, (batoh size. = 2 8i5 epochiss— ws k0s) 











Over the next few chapters, youll build a solid intuition about what type of network 
architectures work for different kinds of problems, how to pick the right learning 


configuration, and how to tweak a model until it gives the results you want to see. 


We'll look at three basic examples in sections 3.4, 3.5, and 3.6: a two-class classification 


example, a many-class classification example, and a regression example. All the code 


examples in this book are available as open source notebooks; you can download them 


from the book’s website at www.manning.com/books/deep-learning-with-r. 


3.3. SETTING UP A DEEP-LEARNING WORKSTATION 


Before you can get started developing deep-learning applications, you need to set up 
your workstation. It’s highly recommended, although not strictly necessary, that you 
run deep-learning code on a modern NVIDIA GPU. Some applications—in particular, 
image processing with convolutional networks and sequence processing with recurrent 
neural networks—will be excruciatingly slow on CPU, even a fast multicore CPU. And 
even for applications that can realistically be run on CPU, you'll generally see speed 
increase by a factor or 5 or 10 by using a modern GPU. If you don’t want to install a 
GPU on your machine, you can alternatively consider running your experiments on an 
AWS EC2 GPU instance or on Google Cloud Platform. But note that cloud GPU 


instances can become expensive over time. 


Whether you're running locally or in the cloud, it’s better to be using a Unix 
workstation. Although it’s technically possible to use Keras on Windows (all three Keras 
backends support Windows), we don’t recommend it. If you’re a Windows user, the 
simplest solution to get everything running is to set up an Ubuntu dual boot on your 
machine. It may seem like a hassle, but using Ubuntu will save you a lot of time and 


trouble in the long run. 


Note that in order to use Keras, you need to install TensorFlow or CNTK or Theano (or 
all of them, if you want to be able to switch back and forth among the three backends). 
In this book, we'll focus on TensorFlow, with some light instructions relative to Theano. 
We won't cover CNTK. 


3.3.1. Getting Keras running: two options 


To get started in practice, we recommend one of the following two options: 


¢ Use the official EC2 Deep Learning AMI (https://aws.amazon.com/amazon-ai/amis), and 
run Keras experiments within RStudio Server on EC2. You can find details on this 


and other cloud GPU options at https://tensorflow.rstudio.com/tools/cloud_gpu. 


¢ Install everything from scratch on a local Unix workstation. Do this if you already 
have a high-end NVIDIA GPU. You can find details on setting up a local GPU 


workstation at https://tensorflow.rstudio.com/tools/local_ gpu. 


Let’s take a closer look at some of the compromises involved in picking one option over 
the other. 


3.3.2. Running deep-learning jobs in the cloud: pros and cons 


If you don’t already have a GPU that you can use for deep learning (a recent, high-end 
NVIDIA GPU), then running deep-learning experiments in the cloud is a simple, low- 
cost way for you to get started without having to buy any additional hardware. If you’re 
using RStudio Server, the experience of running in the cloud is no different from 
running locally. As of mid-2017, the cloud offering that makes it easiest to get started 
with deep learning is definitely AWS EC2. 


But if youre a heavy user of deep learning, this setup isn’t sustainable in the long term 
—or even for more than a few weeks. EC2 instances are expensive: for example, the 
p2.xlarge instance, which won't provide you with much power, costs $0.90 per hour 
as of mid-2017. Meanwhile, a solid consumer-class GPU will cost you somewhere 
between $1,000 and $1,500—a price that has been fairly stable over time, even as the 
specs of these GPUs keep improving. If you’re serious about deep learning, you should 


set up a local workstation with one or more GPUs. 


In short, EC2 is a great way to get started. You could follow the code examples in this 
book entirely on an EC2 GPU instance. But if you’re going to be a power user of deep 


learning, get your own GPUs. 


3.3.3. What is the best GPU for deep learning? 


If you’re going to buy a GPU, which one should you choose? The first thing to note is 
that it must be an NVIDIA GPU. NVIDIA is the only graphics computing company that 
has invested heavily in deep learning so far, and modern deep-learning frameworks can 
only run on NVIDIA cards. 


As of mid-2017, we recommend the NVIDIA TITAN Xp as the best card on the market 
for deep learning. For lower budgets, you may want to consider the GTX 1060. If you're 
reading these pages in 2018 or later, take the time to look online for fresher 


recommendations, because new models come out every year. 


From this section onward, we'll assume that you have access to a machine with Keras 
and its dependencies installed—preferably with GPU support. Make sure you finish this 
step before you proceed. There is no shortage of tutorials on how to install Keras and 


common deep-learning dependencies. 


We can now dive into practical Keras examples. 


3.4. CLASSIFYING MOVIE REVIEWS: A BINARY CLASSIFICATION 
EXAMPLE 


Two-class classification, or binary classification, may be the most widely applied kind of 
machine-learning problem. In this example, you'll learn to classify movie reviews as 


positive or negative, based on the text content of the reviews. 


3.4.1. The IMDB dataset 


Youll work with the IMDB dataset: a set of 50,000 highly polarized reviews from the 
Internet Movie Database. They’re split into 25,000 reviews for training and 25,000 


reviews for testing, each set consisting of 50% negative and 50% positive reviews. 


Why use separate training and test sets? Because you should never test a machine- 
learning model on the same data that you used to train it! Just because a model 
performs well on its training data doesn’t mean it will perform well on data it has never 
seen; and what you care about is your model’s performance on new data (because you 
already know the labels of your training data—obviously you don’t need your model to 
predict those). For instance, it’s possible that your model could end up merely 
memorizing a mapping between your training samples and their targets, which would 
be useless for the task of predicting targets for data the model has never seen before. 


We'll go over this point in much more detail in the next chapter. 


Just like the MNIST dataset, the IMDB dataset comes packaged with Keras. It has 
already been preprocessed: the reviews (sequences of words) have been turned into 


sequences of integers, where each integer stands for a specific word in a dictionary. 


The following code will load the dataset (when you run it the first time, about 80 MB of 


data will be downloaded to your machine). 


Listing 3.1. Loading the IMDB dataset 


library (keras) 


imdb <- dataset imdb (num words = 10000) 
C(Cthraiine datas eran labels) sa ciwestrdata,, Gest labels!) \imocas amd 





Using the multi-assignment (%<-%) operator 


The datasets built into Keras are all nested lists of training and test data. Here, we use 
the multi-assignment operator (%<-%) from the zeallot package to unpack the list 


into a set of distinct variables. This could equally be written as follows: 


imdb <- dataset imdb (num words = 10000) 


train data <- imdbS$train$x 
train labels <- imdbS$trainSy 
test data <- imdbStest$x 
test labels <- imdbStest$y 





The multi-assignment version is preferable because it’s more compact. The 3<-% 


operator is automatically available whenever the R Keras package is loaded. 





The argument num words = 10000 means you'll keep only the top 10,000 most 
frequently occurring words in the training data. Rare words will be discarded. This 


allows you to work with vector data of a manageable size. 


The variables train dataand test data are lists of reviews; each review is a list of 
word indices (encoding a sequence of words). train labels andtest labels are 


lists of Os and 1s, where o stands for negative and 1 stands for positive: 


2 Sit: (eranine Cast. as[) [el] ly) 
plagriecen |iedleyaaltc |p ple dbl eee alley, we RemarsHO) ao hyis\s Lior wm Rs Hououe (eyo) 


Po beau lea evs [ak] 
alae 


Because you're restricting yourself to the top 10,000 most frequent words, no word 
index will exceed 10,000: 


> max(sapply(train data, max) ) 
[aly 99:99 


For kicks, here’s how you can quickly decode one of these reviews back to English 


words: 


word_index <- dataset _imdb word_index() 
reverse word index <- names (word index) 


names (reverse word index) <- word index 





decoded _ review <- sapply(train data[[1]], function(index) { 





W Ort << ast A (Giricdexs >= S)k eS Vers en WOE sn aox latas edd Gt era (endexs= 233) |W] 
al fe (@akseaa aes (word) ) WORE <ukaiosn Wit 


}) 











¢ 1 word_index is a named list mapping words to an integer index. 


https://sanet.st/blogs/polatebooks/ 


e 2 Reverses it, mapping integer indices to words 


¢ 3 Decodes the review. Note that the indices are offset by 3 because 0, 1, 
and 2 are reserved indices for “padding,” “start of sequence,” and 


“unknown.” 


3.4.2. Preparing the data 


You can’t feed lists of integers into a neural network. You have to turn your lists into 


tensors. There are two ways to do that: 


e Pad your lists so that they all have the same length, turn them into an integer tensor 
of shape (samples, word indices), and then use as the first layer in your 
network a layer capable of handling such integer tensors (the “embedding” layer, 


which we’ll cover in detail later in the book). 


¢ One-hot encode your lists to turn them into vectors of Os and 1s. This would mean, 
for instance, turning the sequence [3, 5] into a 10,000-dimensional vector that 
would be all Os except for indices 3 and 5, which would be 1s. Then you could use as 
the first layer in your network a dense layer, capable of handling floating-point 


vector data. 


Let’s go with the latter solution to vectorize the data, which you'll do manually for 


maximum clarity. 


Listing 3.2. Encoding the integer sequences into a binary matrix 


vectorize sequences <- function(sequences, dimension = 10000) { 





results <- matrix(0, nrow = length(sequences), ncol = dimension) al 
for (1 in 1:length (sequences) ) 
results[i, sequences[[1i]]] <- 1 2 


results 


Xe ain CS Avecrornrm7ze sequences (eran data) 





XELCSE <> Vecroruze sequences: (rest sdaita) 











e 1 Creates an all-zero matrix of shape (length(sequences), dimension) 


e 2 Sets specific indices of results[i] to 1s 


Here’s what the samples look like now: 


Sica (ree ieracclationl il al) 
TOMB Hs Al ale sINOONOMOL | ails Sele ea(Ols alee Le als Ly aE HC) 


You should also convert your labels from integer to numeric, which is straightforward: 


YO train <—— ascnume rac: (tisaatn lap elks)) 





Vevesie <> ease um ena eGhost elas euess) 


Now the data is ready to be fed into a neural network. 


3.4.3. Building your network 


The input data is vectors, and the labels are scalars (1s and Os): this is the easiest setup 
you ll ever encounter. A type of network that performs well on such a problem is a 


simple stack of fully connected (dense) layers with relu activations: layer dense 





(units = 16, activation = "relu"). 


The argument being passed to each dense layer (1 6) is the number of hidden units of 
the layer. A hidden unit is a dimension in the representation space of the layer. You 
may remember from chapter 2 that each such dense layer with a relu activation 


implements the following chain of tensor operations: 


OUEDUE =) reluildete(W snp) 4 2b) 


Having 16 hidden units means the weight matrix W will have shape 

(input dimension, 16): the dot product with W will project the input data onto a 
16-dimensional representation space (and then you'll add the bias vector b and apply 
the relu operation). You can intuitively understand the dimensionality of your 
representation space as “how much freedom you're allowing the network to have when 
learning internal representations.” Having more hidden units (a higher-dimensional 
representation space) allows your network to learn more-complex representations, but 
it makes the network more computationally expensive and may lead to learning 
unwanted patterns (patterns that will improve performance on the training data but 
not on the test data). 


There are two key architecture decisions to be made about such a stack of dense layers: 


e How many layers to use 


e How many hidden units to choose for each layer 


In chapter 4, you'll learn formal principles to guide you in making these choices. For the 


time being, you'll have to trust us with the following architecture choice: 


e Two intermediate layers with 16 hidden units each 


e A third layer that will output the scalar prediction regarding the sentiment of the 


current review 


The intermediate layers will use relu as their activation function, and the final layer 
will use a sigmoid activation so as to output a probability (a score between 0 and 1, 
indicating how likely the sample is to have the target “1”: how likely the review is to be 
positive). A relu (rectified linear unit) is a function meant to zero out negative values 
(see figure 3.4), whereas a sigmoid “squashes” arbitrary values into the [0, 1] interval 


(see figure 3.5), outputting something that can be interpreted as a probability. 


Figure 3.4. The rectified linear unit function 





Figure 3.5. The sigmoid function 
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implementation, similar to the MNIST example you saw previously. 


Figure 3.6. The three-layer network 
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Listing 3.3. The model definition 


library (keras) 


model <- keras_model_ sequential() %>% 
llayerrdenseunsts = ihe; activation — reiki, snpuls shape ae (1000I0:),) 
layer cdense (unas -— ko, activatvon =) Tred) = 5>% 
layer dense(unmts == I activation — Wsigmoud™) 








(eee 








What are activation functions, and why are they necessary? 


Without an activation function like relu (also called a non-linearity), the dense layer 


would consist of two linear operations—a dot product and an addition: 


QUEDIUG = TdoOtWye anput)) st. bb 


So the layer could only learn linear transformations (affine transformations) of the 
input data: the hypothesis space of the layer would be the set of all possible linear 
transformations of the input data into a 16-dimensional space. Such a hypothesis space 
is too restricted and wouldn’t benefit from multiple layers of representations, because a 
deep stack of linear layers would still implement a linear operation: adding more layers 


wouldn’t extend the hypothesis space. 


In order to get access to a much richer hypothesis space that would benefit from deep 
representations, you need a non-linearity, or activation function. relu is the most 
popular activation function in deep learning, but there are many other candidates, 


which all come with similarly strange names: prelu, elu, and so on. 





Finally, you need to choose a loss function and an optimizer. Because you're facing a 
binary classification problem and the output of your network is a probability (you end 
your network with a single-unit layer with a sigmoid activation), it’s best to use the 
binary crossentropy loss. It isn’t the only viable choice: you could use, for 
instance, mean squared error. But crossentropy is usually the best choice when 
you re dealing with models that output probabilities. Crossentropy is a quantity from 
the field of Information Theory that measures the distance between probability 
distributions or, in this case, between the ground-truth distribution and your 


predictions. 


Here’s the step where you configure the model with the rmsprop optimizer and the 
binary crossentropy loss function. Note that you'll also monitor accuracy during 


training. 


Listing 3.4. Compiling the model 


model %>% compile ( 
optimizer = "rmsprop", 


LOsss— Mbaian yer s'Senk TOD yl, 


metrics = c("accuracy") 


You re passing your optimizer, loss function, and metrics as strings, which is possible 





because rmsprop, binary crossentropy, and accuracy are packaged as part of 
Keras. Sometimes you may want to configure the parameters of your optimizer or pass 
a custom loss function or metric function. The former can be done by passing an 
optimizer instance as the optimizer argument, as shown in listing 3.5; the latter can 
be done by passing function objects as the loss and/or metrics arguments, as shown 


in listing 3.6. 


Listing 3.5. Configuring the optimizer 


model %S>% compile ( 
optimizer = optimizer rmsprop(lr=0.001), 
oO SSi— TV bain arnyaorhos's ont hOpyls, 


metrics = c("accuracy") 


Listing 3.6. Using custom losses and metrics 


model %>% compile ( 
OpLamiver-— optima zer cmspropiie = 0: 0:00%)5, 
loss: = kossubinary -crossentropy, 


metrics = metric binary accuracy 


3.4.4. Validating your approach 


In order to monitor during training the accuracy of the model on data it has never seen 
before, you'll create a validation set by setting apart 10,000 samples from the original 
training data. 


Listing 3.7. Setting aside a validation set 


vail induces. <= Tl 0i010.0 


xeviails <= xX brainy |v allen datces: | 





Date tara xs bicaan! $F seb ieiauen[PViotlk aon CECSS 7 
Yowell, <> syotrain [vials vandaces:| 


Pasat aly ena tne ay eer asim wall fone acees)| 





You'll now train the model for 20 epochs (20 iterations over all samples in the 


x trainand y train tensors), in mini-batches of 512 samples. At the same time, 


you ll monitor loss and accuracy on the 10,000 samples that you set apart. You do so by 


passing the validation data as the validation data argument. 


Listing 3.8. Training your model 


model %S>% compile ( 


optimizer = "rmsprop", 
LOsst =" Vbinary Cross emurop yi, 
metrics = c("accuracy") 


history <- model %>% fit ( 
partial x train, 
Paktral syorrainy 
epochs = 20, 
batehesitvier— oA 


Valudacronmdaay =" laste e vial. cy uviall) 


On CPU, this will take less than 2 seconds per epoch—training is over in 20 seconds. At 
the end of every epoch, there is a slight pause as the model computes its loss and 


accuracy on the 10,000 samples of the validation data. 





Note that the call to fit () returns a history object. Let’s take a look at it: 


ee Sitaie (aks tO tay) 





ars ce .OkeZ 
S params :List of 8 

AQAME EPA CS see Chity SMe 4) LOS SRA ACCU Vice Os Sty iv cll ae Cu 
S epochs Syeeletactene 2s () 
S steps : NULL 

..-$ do validation 2 ogi. ERUE 

.S samples ee dort 510,010 
$ batch size Saline: IL 
$ verbose oo aemrtey alk 

.§ validation_samples: int 10000 
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so loss Serum Lee (Ola 3:2 NOS Sal NO 24 nO SSG. sOrlo Ss 
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Rou aval SLO SSich UM yes ls2.0 TO 243 2 OR 253) O29 28 OR 24:82 One 8 
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The history object includes parameters used to fit the model (history-$params) 


as well as data for each of the metrics being monitored (historySmetrics). 


The history object has a plot () method that enables you to visualize training and 


validation metrics by epoch: 


plot (history) 


In figure 3.7, the accuracy is plotted in the top panel and the loss in the bottom panel. 
Note that your results may vary slightly due to a different random initialization of your 


network. 


Figure 3.7. Training and validation metrics 
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Training history with the plotQ method 


The plot () method for training history objects uses ggplot2 for plotting if it’s 
available (if it isn’t, base graphics are used). The plot includes all specified metrics as 
well as the loss; it draws a smoothing line if there are 10 or more epochs. You can 


customize all of this behavior via various arguments to the plot () method. 


If you want to create a custom visualization, call the as. data. frame () method on the 
history to obtain a data frame with factors for each metric as well as training versus 


validation: 


> history df <- as.data.frame (history) 
> stri(hisitory de) 


Vda rramen S120 Obs (Oba varaab less 

Sepoch) &: Ant 1234 567-390. 

S values o> rum) Oa87 02941" 0.954 10:92 10.9165 
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As you can see, the training loss decreases with every epoch, and the training accuracy 
increases with every epoch. That’s what you would expect when running a gradient- 
descent optimization—the quantity you're trying to minimize should be less with every 
iteration. But that isn’t the case for the validation loss and accuracy: they seem to peak 
at the fourth epoch. This is an example of what we warned against earlier: a model that 
performs better on the training data isn’t necessarily a model that will do better on data 
it has never seen before. In precise terms, what you're seeing is overfitting: after the 
second epoch, you’re overoptimizing on the training data, and you end up learning 
representations that are specific to the training data and don’t generalize to data 


outside of the training set. 


In this case, to prevent overfitting, you could stop training after three epochs. In 
general, you can use a range of techniques to mitigate overfitting, which we'll cover in 


chapter 4. 


Let’s train a new network from scratch for four epochs and then evaluate it on the test 
data. 


Listing 3.9. Retraining a model from scratch 


model <- keras_ model sequential() %>% 
layer dense(units = le, activation = “relu", input shape = ¢(10000)) <>% 
hayeredense (UnAeS. —< iG; saActlvataony =a relkath) oes 
layer dense(untes =“ in activations Msrgmowd) 


model %>% compile ( 
optimizer = "rmsprop", 
OSs — 9 Mo enianyverossent CODY Ws, 


metrics = c("accuracy") 


modely v>54 fast (x bradsny: cyotrain, epochs: = 4. batchestzec=, 5152)) 


results <- “model o>s evaluate(x test, “vy test) 











The final results are as follows: 


> results 


Silicosis 
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This fairly naive approach achieves an accuracy of 88%. With state-of-the-art 


approaches, you should be able to get close to 95%. 


3.4.5. Using a trained network to generate predictions on new data 


After having trained a network, you'll want to use it in a practical setting. You can 


generate the likelihood of reviews being positive by using the predict method: 





> model 
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As you can see, the network is confident for some samples (0.99 or more, or 0.01 or 


less) but less confident for others (0.7, 0.2). 


3.4.6. Further experiments 


The following experiments will help convince you that the architecture choices you’ve 


made are all fairly reasonable, although there’s still room for improvement: 


e You used two hidden layers. Try using one or three hidden layers, and see how 


doing so affects validation and test accuracy. 


e Try using layers with more hidden units or fewer hidden units: 32 units, 64 units, 


and so on. 


e Try using the mse loss function instead of binary crossentropy. 


e Try using the tanh activation (an activation that was popular in the early days of 


neural networks) instead of relu. 


3.4.7. Wrapping up 


Here’s what you should take away from this example: 


e You usually need to do quite a bit of preprocessing on your raw data in order to be 
able to feed it—as tensors—into a neural network. Sequences of words can be 


encoded as binary vectors, but there are other encoding options, too. 


e Stacks of dense layers with re1u activations can solve a wide range of problems 


(including sentiment classification), and you'll likely use them frequently. 


e Ina binary classification problem (two output classes), your network should end 
with a dense layer with one unit and a sigmoid activation: the output of your 


network should be a scalar between o and 1, encoding a probability. 


e With such a scalar sigmoid output on a binary classification problem, the loss 


function you should use is binary crossentropy. 


e The rmsprop optimizer is generally a good enough choice, whatever your problem. 


That’s one less thing for you to worry about. 


e As they get better on their training data, neural networks eventually start overfitting 
and end up obtaining increasingly worse results on data they’ve never seen before. 


Be sure to always monitor performance on data that is outside of the training set. 


3.5. CLASSIFYING NEWSWIRES: A MULTICLASS CLASSIFICATION 
EXAMPLE 


In the previous section, you saw how to classify vector inputs into two mutually 
exclusive classes using a densely connected neural network. But what happens when 


you have more than two classes? 


In this section, you'll build a network to classify Reuters newswires into 46 mutually 
exclusive topics. Because you have many classes, this problem is an instance of 
multiclass classification; and because each data point should be classified into only one 
category, the problem is more specifically an instance of single-label, multiclass 
classification. If each data point could belong to multiple categories (in this case, 


topics), you'd be facing a multilabel, multiclass classification problem. 


3.5.1. The Reuters dataset 


You'll work with the Reuters dataset, a set of short newswires and their topics, 
published by Reuters in 1986. It’s a simple, widely used toy dataset for text 
classification. There are 46 different topics; some topics are more represented than 


others, but each topic has at least 10 examples in the training set. 


Like IMDB and MNIST, the Reuters dataset comes packaged as part of Keras. Let’s take 
a look. 


Listing 3.10. Loading the Reuters dataset 


library (keras) 


reuters <- dataset _reuters(num_words = 10000) 


“UGC (bh raiinedata, Vturamn labelks)r cttes.t data, best habeas) a s<— 2 soubers 


As with the IMDB dataset, the argument num_ words = 10000 restricts the data to 


the 10,000 most frequently occurring words found in the data. 


You have 8,982 training examples and 2,246 test examples: 


> length(train data) 
[Ale] =8:9'3/2 
> length (test. data) 
[1] 2246 


As with the IMDB reviews, each example is a list of integers (word indices): 
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Here’s how you can decode it back to words, in case youre curious. 


Listing 3.11. Decoding newswires back to text 


word_index <- dataset reuters word index () 
reverse word index <- names (word index) 


names (reverse word _index) <- word index 





decoded newswire <- sapply(train data[[1]], function(index) { 





WORD eGo Nite (inde xe > =-13)s Sreverse word landers chara Crem ndex <=: )s)i] 
alt fe (eller bests aplioed bel (word) ) WODGeedlse alo 


}) 











e 1 Note that the indices are offset by 3 because 0, 1, and 2 are reserved 


indices for “padding,” “start of sequence,” and “unknown.” 


The label associated with an example is an integer between 0 and 45—a topic index: 


Po ban lob elisa) 
3 


3.5.2. Preparing the data 


You can vectorize the data with the exact same code as in the previous example. 


Listing 3.12. Encoding the data 





vectorize sequences <- function(sequences, dimension = 10000) { 
results <- matrix(0, nrow = length(sequences), ncol = dimension) 


for (1 in 1:length (sequences) ) 


results[i, sequences[[1i]]] <- 1 
results 
} 
x train <- vectorize sequences (train data) L 





ROSS] Viechorizessequencesi(testdaitias) 


¢ 1 Vectorized training data 


e 2 Vectorized test data 


To vectorize the labels, there are two possibilities: you can cast the label list as an 
integer tensor, or you can use one-hot encoding. One-hot encoding is a widely used 
format for categorical data, also called categorical encoding. For a more detailed 
explanation of one-hot encoding, see section 6.1. In this case, one-hot encoding of the 
labels consists of embedding each label as an all-zero vector with a 1 in the place of the 


label index. Here’s an example: 


torone hot =< Sfunetaon(labelts; idimensalony— AG) 4 





results <- matrix(0, nrow = length(labels), ncol = dimension) 
Rone (ae ana ale senGtehytlrabedisys) 
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} 
Oneshoritraan, Wabedliss <> wo Tone thom Crraadn, Maberlls:) aL 


onemhot testi labelts <<] tononeshor(tes ts labels) 


e 1 Vectorized training labels 


e 2 Vectorized test labels 


Note that there is a built-in way to do this in Keras, which you’ve already seen in action 
in the MNIST example: 


one hot ltrairm,: Labeliss <= sto vcategorvcal Gira MWabeilis)) 





one vhot testi label's <=> toucategorical (test. label's) 


3.5.3. Building your network 


This topic-classification problem looks similar to the previous movie-review 
classification problem: in both cases, you're trying to classify short snippets of text. But 
there is a new constraint here: the number of output classes has gone from 2 to 46. The 


dimensionality of the output space is much larger. 


In a stack of dense layers like that you’ve been using, each layer can only access 
information present in the output of the previous layer. If one layer drops some 
information relevant to the classification problem, this information can never be 
recovered by later layers: each layer can potentially become an information bottleneck. 
In the movie-review example, you used 16-dimensional intermediate layers, but a 16- 
dimensional space may be too limited to learn to separate 46 different classes: such 
small layers may act as information bottlenecks, permanently dropping relevant 


information. 


For this reason you'll use larger layers. Let’s go with 64 units. 


Listing 3.13. Model definition 


model <- keras_model sequential() %>% 
Layeredensei(Unatese— 164, saetivaton = Uredue. anpubeshapes— se: (lOO OO) <> 
hayers dense (umbts|-— "64, activatien = Mreihu) o> s 
ayerltdens ec (Unatss— 46, saCtivatron, =  siortmaxa)) 











There are two other things you should note about this architecture: 


e You end the network with a dense layer of size 46. This means for each input 
sample, the network will output a 46-dimensional vector. Each entry in this vector 


(each dimension) will encode a different output class. 





e The last layer uses a softmax activation. You saw this pattern in the MNIST 
example. It means the network will output a probability distribution over the 46 


different output classes—for every input sample, the network will produce a 46- 


dimensional output vector, where output [ [i] ] is the probability that the sample 


belongs to class i. The 46 scores will sum to 1. 


The best loss function to use in this case is categorical crossentropy. It 
measures the distance between two probability distributions: here, between the 
probability distribution output by the network and the true distribution of the labels. By 
minimizing the distance between these two distributions, you train the network to 


output something as close as possible to the true labels. 


Listing 3.14. Compiling the model 


model %S>%S compile ( 


optimizer = "rmsprop", 
ho siss-— VCategocraGalivenrosis entropy. 
metrics = c("accuracy") 


3.5.4. Validating your approach 


Let’s set apart 1,000 samples in the training data to use as a validation set. 


Listing 3.15. Setting aside a validation set 


Vd eines c= els ak OOO 


XoVally <> xtratm vals andes; 
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Now, let’s train the network for 20 epochs. 


Listing 3.16. Training the model 


history <- model %>% fit ( 
partial x train, 
partial y train, 
epochs = 20, 
batt clhess7 Cu 5527, 


Validatvonidatay = last (xevalk, yo vdie) 


And finally, let’s display its loss and accuracy curves (see figure 3.8). 


Figure 3.8. Training and validation metrics 
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Listing 3.17. Plotting the training and validation metrics 


Plots (Iharsiteonsy) 


The network begins to overfit after nine epochs. Let’s train a new network from scratch 


for nine epochs and then evaluate it on the test set. 


Listing 3.18. Retraining a model from scratch 


model <- keras_model_sequential() %>% 
layer dense (unis = 64, activation = "relu™, anputolshape = ¢(10000))) ‘s>% 
layer dense (untts = 64) activatvon = eellun) 3% 
layer dense(units = 46, activation = "softmax") 








model %>% compile ( 


optimizer = "rmsprop", 
losis = Ucategoricall crosisentropy, 
Metres = e(Vaccuracy™) 


history <- model %>% fit ( 


partial _x_ train, 





Ppateral y train, 
epochs = 9, 
baieehisnize = ok2;, 


valliidattonidata = Wisin(x ivall;” yaved) 


results <= modell s>s evaluate (x test, one hot. test labels) 











Here are the final results: 


> results 
Sloss 
PR ORS 8342702 


Sacc 
[1] 0.7898486 


This approach reaches an accuracy of ~ 79%. With a balanced binary classification 
problem, the accuracy reached by a purely random classifier would be 50%. But in this 
case it’s closer to 18%, so the results seem pretty good, at least when compared to a 


random baseline: 


> test Vabels copy: <> tests labels 

> test Mabels copy <— sampile(test labels. copy.) 

> length(which(test_labels == test_labels_copy)) / length(test_labels) 
ele ROR IEB 2s LOVES: 


3.5.5. Generating predictions on new data 


You can verify that the predict method of the model instance returns a probability 


distribution over all 46 topics. Let’s generate topic predictions for all of the test data. 


Listing 3.19. Generating predictions for new data 


preductuons <> model s>s predicu(xs vest) 


Each entry in predictions is a vector of length 46: 


> dim(predictions) 
[1] 2246 46 


The coefficients in this vector sum to 1: 


> sum (predictaons'| il; |) 
ele ik 


The largest entry is the predicted class—the class with the highest probability: 


> which max (predicironsi [ls |) 
ee 


3.5.6. A different way to handle the labels and the loss 


We mentioned earlier that another way to encode the labels would be to preserve their 
integer values. The only thing this approach would change is the choice of the loss 
function. The previous loss function, categorical crossentropy, expects the 
labels to follow a categorical encoding. With integer labels, you should use 


Sparse categorical crossentropy: 


model %S>% compile ( 


optimizer = "rmsprop", 
loss-> “sparse categorical enossenkropy™, 
metrics = c("accuracy") 


This new loss function is still mathematically the same as 


categorical crossentropy; it just has a different interface. 


3.5.7. The importance of having sufficiently large intermediate layers 


We mentioned earlier that because the final outputs are 46-dimensional, you should 
avoid intermediate layers with significantly fewer than 46 hidden units. Now let’s see 
what happens when you introduce an information bottleneck by having intermediate 


layers that are significantly less than 46-dimensional: for example, 4-dimensional. 


Listing 3.20. A model with an information bottleneck 


model <- keras_ model sequential() %>% 
layer idense (units = 64, activattons = WWreluty Input shtape: = ve (l0000)): a5 
hayeredense (unawts. — 457) cach kv.d tone = ere Ih) 3525 
Layer dense(unies = 46, activation: = “sortmax)) 


model %>% compile ( 


optimizer = "rmsprop", 
OSsSs = Categorical <chossentropy; 
metrics = c("accuracy") 


model %>% fit ( 
partial x train, 
partial y train, 
epochs = 20, 
batch size = 1287, 


Validea tan sdatias —s Wats iti (x sv.dilly sy ovals) 











The network now peaks at ~71% validation accuracy, an 8% absolute drop. This drop is 
mostly due to the fact that you’re trying to compress a lot of information (enough 
information to recover the separation hyperplanes of 46 classes) into an intermediate 
space that is too low-dimensional. The network is able to cram most of the necessary 


information into these eight-dimensional representations, but not all of it. 


3.5.8. Further experiments 


e Try using larger or smaller layers: 32 units, 128 units, and so on. 


e You used two hidden layers. Now try using a single hidden layer, or three hidden 


layers. 


3.5.9. Wrapping up 


Here’s what you should take away from this example: 


e If you're trying to classify data points among N classes, your network should end 


with a dense layer of size N. 


¢ Inasingle-label, multiclass classification problem, your network should end with a 





softmax activation so that it will output a probability distribution over the N 


output classes. 


e Categorical crossentropy is almost always the loss function you should use for such 
problems. It minimizes the distance between the probability distributions output by 


the network and the true distribution of the targets. 
e There are two ways to handle labels in multiclass classification: 
e Encoding the labels via categorical encoding (also known as one-hot encoding) 
and using categorical crossentropy as a loss function 


e Encoding the labels as integers and using the 


sparse categorical crossentropy loss function 


e If you need to classify data into a large number of categories, you should avoid 
creating information bottlenecks in your network due to intermediate layers that 


are too small. 


3.6. PREDICTING HOUSE PRICES: A REGRESSION EXAMPLE 


The two previous examples were considered classification problems, where the goal was 
to predict a single discrete label of an input data point. Another common type of 
machine-learning problem is regression, which consists of predicting a continuous 
value instead of a discrete label: for instance, predicting the temperature tomorrow, 
given meteorological data; or predicting the time that a software project will take to 


complete, given its specifications. 





Note 


Don’t confuse regression with the algorithm logistic regression. Confusingly, logistic 


regression isn’t a regression algorithm—it’s a classification algorithm. 





3.6.1. The Boston Housing Price dataset 


Youll attempt to predict the median price of homes in a given Boston suburb in the 
mid-1970s, given data points about the suburb at the time, such as the crime rate, the 
local property tax rate, and so on. The dataset you'll use has an interesting difference 
from the two previous examples. It has relatively few data points: only 506, split 
between 404 training samples and 102 test samples. And each feature in the input data 
(for example, the crime rate) has a different scale. For instance, some values are 
proportions, which take values between 0 and 1; others take values between 1 and 12, 


others between 0 and 100, and so on. 


Listing 3.21. Loading the Boston housing dataset 


library (keras) 


dataset <- dataset boston _housing() 


CXC CEhainhCaitiays sain Gargets) ys -cLESsiadata, est rrargeksis)l oS cdakaset 








Let’s look at the data: 


> str(train_data) 

(ale AO eso e732 OO Oe 4 89 370 OS DOR Sr 645 war 
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As you can see, you have 404 training samples and 102 test samples, each with 13 


numerical features, such as per capita crime rate, average number of rooms per 


dwelling, accessibility to highways, and so on. 


The targets are the median values of owner-occupied homes, in thousands of dollars: 


PaaS EG (eitakitnys trateg or S)) 
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The prices are typically between $10,000 and $50,000. If that sounds cheap, remember 


that this was the mid-1970s, and these prices aren’t adjusted for inflation. 


3.6.2. Preparing the data 


It would be problematic to feed into a neural network values that all take wildly 
different ranges. The network might be able to automatically adapt to such 
heterogeneous data, but it would definitely make learning more difficult. A widespread 
best practice to deal with such data is to do feature-wise normalization: for each feature 
in the input data (a column in the input data matrix), you subtract the mean of the 
feature and divide by the standard deviation, so that the feature is centered around o 


and has a unit standard deviation. This is easily done in R using the scale () function. 


Listing 3.22. Normalizing the data 


mean <- apply(train data, 2, mean) 1 
Std <= sapply(erarmdaival,. «27, <s dl) 
rane daitae Ss Cale Gurasdm satis Contere—sMeani,. «SC alte 2 Sic) Z 


testidata c—s calle(itestidaka, ienter: —imean, scale: s—- sisal) 


e 1 Calculates the mean and standard deviation on the training data 


e 2Scales the training and test data using the mean and standard 


deviation from the training data 


Note that the quantities used for normalizing the test data are computed using the 
training data. You should never use in your workflow any quantity computed on the test 


data, even for something as simple as data normalization. 


3.6.3. Building your network 


Because so few samples are available, you'll use a very small network with two hidden 
layers, each with 64 units. In general, the less training data you have, the worse 


overfitting will be, and using a small network is one way to mitigate overfitting. 


Listing 3.23. Model definition 


buuelialomod eal Ss SR Cieer@ mis ed a 
model <- keras model sequential() %>% 
layer. idensel(units ="o45 activation = xrekut, 
Input eshape = dam (train data) | [Ziyi ses 
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kayerudemse;Cunoates=.—s 7k) 











model %S>% compile ( 


optimizer = "rmsprop", 
loss = "mse", 
metrics = c("mae") 


e 1 Because you'll need to instantiate the same model multiple times, you 


use a function to construct it. 


The network ends with a single unit and no activation (it will be a linear layer). This is a 
typical setup for scalar regression (a regression where youre trying to predict a single 
continuous value). Applying an activation function would constrain the range the 
output can take; for instance, if you applied a sigmoid activation function to the last 
layer, the network could only learn to predict values between 0 and 1. Here, because the 


last layer is purely linear, the network is free to learn to predict values in any range. 


Note that you compile the network with the mse loss function—mean squared error, 
the square of the difference between the predictions and the targets. This is a widely 


used loss function for regression problems. 


Youre also monitoring a new metric during training: mean absolute error (MAE). It’s 
the absolute value of the difference between the predictions and the targets. For 
instance, an MAE of 0.5 on this problem would mean your predictions are off by $500 


on average. 


3.6.4. Validating your approach using K-fold validation 


To evaluate your network while you keep adjusting its parameters (such as the number 
of epochs used for training), you could split the data into a training set and a validation 
set, as you did in the previous examples. But because you have so few data points, the 
validation set would end up being very small (for instance, about 100 examples). As a 
consequence, the validation scores might change a lot depending on which data points 
you chose to use for validation and which you chose for training: the validation scores 
might have a high variance with regard to the validation split. This would prevent you 


from reliably evaluating your model. 


The best practice in such situations is to use K-fold cross-validation (see figure 3.9). It 
consists of splitting the available data into K partitions (typically K = 4 or 5), 
instantiating K identical models, and training each one on K — 1 partitions while 
evaluating on the remaining partition. The validation score for the model used is then 
the average of the K validation scores obtained. In terms of code, this is 


straightforward. 


Figure 3.9. 3-fold cross-validation 
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Listing 3.24. K-fold validation 


k <- 4 
indices <- sample(l:nrow(train_data) ) 
folds <- cut(indices, breaks = k, labels = FALS 
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model <- build _model() 3 

modell 2>5 £1 (partrall eran data, partilall train targets, 4 
epochs >= num epochs, batichisize — 1, verbose = 0) 

results <- model %>% evaluate(val_data, val_targets, verbose = 0) 5; 





alll [scores. <= eal scores; resulltssmean absolute error) 





rrr » 





e 1 Prepares the validation data: data from partition #k 

¢ 2 Prepares the training data: data from all other partitions 
¢ 3 Builds the Keras model (already compiled) 

e 4 Trains the model (in silent mode, verbose = 0) 


e 5 Evaluates the model on the validation data 


Running this with num_epochs = 100 yields the following results: 


woul PSCOres 

[al e2OC SAMs S227 OAVOM2: 83:3 0822 223 :Sait82 
> mean(all scores) 

[ie -22%3:8'3:9:0 


The different runs do indeed show rather different validation scores, from 2.1 to 2.8. 
The average (2.4) is a much more reliable metric than any single score—that’s the entire 
point of K-fold cross-validation. In this case, you’re off by $2,400 on average, which is 


significant considering that the prices range from $10,000 to $50,000. 


Let’s try training the network a bit longer: 500 epochs. To keep a record of how well the 
model does at each epoch, you'll modify the training loop to save the per-epoch 


validation score log. 


Listing 3.25. Saving the validation logs at each fold 


num_epochs <- 500 
all_mae histories <- NULL 
fOr Gameminrae Lesaka) et 
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model <- build model () ‘5 
history <= model So3 f£i-b( 4 
patina verdad daca, pareialitrati targets: 
valadation data >= daist(val data, val targets), 
epochs: = num epochs; batehvsi17e (=o verbose = 10 





) 
mae history <- history$metrics$val_mean_absolute_error 


alimee hrvsitortes: <> rhind(all macchirstories, maeihrstory) 


e 1 Prepares the validation data: data from partition #k 
e¢ 2 Prepares the training data: data from all other partitions 
¢ 3 Builds the Keras model (already compiled) 
¢ 4 Trains the model (in silent mode, verbose=o) 
You can then compute the average of the per-epoch MAE scores for all folds. 


Listing 3.26. Building the history of successive mean K-fold validation scores 


average mae history <- data.frame ( 
epoch = seq (Lincol (all mae hastorves).)'; 


validation mae = apply(all_ mae histories, 2, mean) 


Let’s plot this; see figure 3.10. 


Figure 3.10. Validation MAE by epoch 
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Listing 3.27. Plotting validation scores 


library (ggplot2) 


ggplot (average mae history, aes(x = epoch, y = validation _mae)) + geom_lin 





» 








It may be difficult to see the plot, due to scaling issues and relatively high variance. 


Let’s use geom_smooth () to try to get a clearer picture (see figure 3.11). 


Figure 3.11. Validation MAE by epoch: smoothed 
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Listing 3.28. Plotting validation scores with geom_smooth () 

ggplot(average mae history, aes(x = epoch, y = validation mae)) + geom_smo 

4 » 








According to this plot, validation MAE stops improving significantly after 125 epochs. 
Past that point, you start overfitting. 


Once you're finished tuning other parameters of the model (in addition to the number 
of epochs, you could also adjust the size of the hidden layers), you can train a final 
production model on all of the training data, with the best parameters, and then look at 


its performance on the test data. 


Listing 3.29. Training the final model 


model <- build model () 
modell ¢>% fit(train data, train targets, ul 
epochs! = 30, bach suze = Ne, verbose = 0) 


result <= model %>> evaluate (test data, tesit_ targets) 


¢ 1 Trains the model on the entirety of the data 


Here’s the final result: 


> result 
Sloss 
[eld] Pale 5:82.99 


$mean_ absolute error 
[1] 25. 54:134. 


You're still off by about $2,540. 


3.6.5. Wrapping up 


Here’s what you should take away from this example: 


e Regression is done using different loss functions than classification. Mean squared 


error (MSE) is a loss function commonly used for regression. 


e Similarly, evaluation metrics to be used for regression differ from those used for 
classification; naturally, the concept of accuracy doesn’t apply for regression. A 


common regression metric is mean absolute error (MAE). 


e When features in the input data have values in different ranges, each feature should 


be scaled independently as a preprocessing step. 


e When there is little data available, using K-fold validation is a great way to reliably 


evaluate a model. 


e When little training data is available, it’s preferable to use a small network with few 


hidden layers (typically only one or two), in order to avoid severe overfitting. 


3.7. SUMMARY 


e You're now able to handle the most common kinds of machine-learning tasks on 
vector data: binary classification, multiclass classification, and scalar regression. 
The “Wrapping up” sections earlier in the chapter summarize the important points 


you've learned regarding these types of tasks. 
e You'll usually need to preprocess raw data before feeding it into a neural network. 


e When your data has features with different ranges, scale each feature independently 


as part of preprocessing. 


e As training progresses, neural networks eventually begin to overfit and obtain worse 


results on never-before-seen data. 


If you don’t have much training data, use a small network with only one or two 


hidden layers, to avoid severe overfitting. 


If your data is divided into many categories, you may cause information bottlenecks 


if you make the intermediate layers too small. 


Regression uses different loss functions and different evaluation metrics than 


classification. 


When you're working with little data, K-fold validation can help reliably evaluate 


your model. 


Chapter 4. Fundamentals of machine learning 


This chapter covers 


e Forms of machine learning beyond classification and regression 
e Formal evaluation procedures for machine-learning models 

e Preparing data for deep learning 

e Feature engineering 

¢ Tackling overfitting 


e The universal workflow for approaching machine-learning problems 


After the three practical examples in chapter 3, you should be starting to feel familiar 
with how to approach classification and regression problems using neural networks, 
and you’ve witnessed the central problem of machine learning: overfitting. This chapter 
will formalize some of your new intuition into a solid conceptual framework for 
attacking and solving deep-learning problems. In section 4.5, we'll consolidate all of 
these concepts—model evaluation, data preprocessing and feature engineering, and 
tackling overfitting—into a detailed seven-step workflow for tackling any machine- 
learning task. 


4.1. FOUR BRANCHES OF MACHINE LEARNING 


In our previous examples, you’ve become familiar with three specific types of machine- 
learning problems: binary classification, multiclass classification, and scalar regression. 
All three are instances of supervised learning, where the goal is to learn the 


relationship between training inputs and training targets. 


Supervised learning is just the tip of the iceberg—machine learning is a vast field with a 
complex subfield taxonomy. Machine-learning algorithms generally fall into four broad 


categories, described in the following sections. 


4.1.1. Supervised learning 


This is by far the most common case It consists of learning to map input data to known 
targets (also called annotations), given a set of examples (often annotated by humans). 
All four examples you’ve encountered in this book so far were canonical examples of 
supervised learning. Generally, almost all applications of deep learning that are in the 
spotlight these days belong in this category, such as optical character recognition, 


speech recognition, image classification, and language translation. 


Although supervised learning mostly consists of classification and regression, there are 


more exotic variants as well, including the following (with examples): 


e Sequence generation—Given a picture, predict a caption describing it. Sequence 
generation can sometimes be reformulated as a series of classification problems 


(such as repeatedly predicting a word or token in a sequence). 


e Syntax tree prediction—Given a sentence, predict its decomposition into a syntax 


tree. 


e Object detection—Given a picture, draw a bounding box around certain objects 
inside the picture. This can also be expressed as a classification problem (given 
many candidate bounding boxes, classify the contents of each one) or as a joint 
classification and regression problem, where the bounding-box coordinates are 


predicted via vector regression. 


e Image segmentation—Given a picture, draw a pixel-level mask on a specific object. 


4.1.2. Unsupervised learning 


This branch of machine learning consists of finding interesting transformations of the 
input data without the help of any targets, for the purposes of data visualization, data 
compression, or data denoising, or to better understand the correlations present in the 
data at hand. Unsupervised learning is the bread and butter of data analytics, and it’s 
often a necessary step in better understanding a dataset before attempting to solve a 
supervised-learning problem. Dimensionality reduction and clustering are well-known 


categories of unsupervised learning. 


4.1.3. Self-supervised learning 


This is a specific instance of supervised learning, but it’s different enough that it 
deserves its own category. Self-supervised learning is supervised learning without 
human-annotated labels—you can think of it as supervised learning without any 
humans in the loop. There are still labels involved (because the learning has to be 
supervised by something), but they’re generated from the input data, typically using a 
heuristic algorithm. 


For instance, autoencoders are a well-known example of self-supervised learning, 
where the generated targets are the input, unmodified. In the same way, trying to 
predict the next frame in a video, given past frames, or the next word in a text, given 
previous words, are instances of self-supervised learning (temporally supervised 
learning, in this case: supervision comes from future input data). Note that the 
distinction between supervised, self-supervised, and unsupervised learning can be 
blurry sometimes—these categories are more of a continuum without solid borders. 
Self-supervised learning can be reinterpreted as either supervised or unsupervised 
learning, depending on whether you pay attention to the learning mechanism or to the 


context of its application. 





Note 


In this book, we'll focus specifically on supervised learning, because it’s by far the 
dominant form of deep learning today, with a wide range of industry applications. We'll 


also take a briefer look at self-supervised learning in later chapters. 





4.1.4. Reinforcement learning 


Long overlooked, this branch of machine learning recently started to get a lot of 
attention after Google DeepMind successfully applied it to learning to play Atari games 
(and, later, learning to play Go at the highest level). In reinforcement learning, an agent 
receives information about its environment and learns to choose actions that will 
maximize some reward. For instance, a neural network that “looks” at a video-game 
screen and outputs game actions in order to maximize its score can be trained via 


reinforcement learning. 


Currently, reinforcement learning is mostly a research area and hasn’t yet had 
significant practical successes beyond games. In time, however, we expect to see 
reinforcement learning take over an increasingly large range of real-world applications: 
self-driving cars, robotics, resource management, education, and so on. It’s an idea 


whose time has come, or will come soon. 





Classification and regression glossary 


Classification and regression involve many specialized terms. You’ve come across some 


of them in earlier examples, and you'll see more of them in future chapters. They have 


precise, machine-learning-specific definitions, and you should be familiar with them: 


¢ Sample or input—One data point that goes into your model. 
e Prediction or output—What comes out of your model. 


¢ Target—The truth. What your model should ideally have predicted, according to an 


external source of data. 


e Prediction error or loss value—A measure of the distance between your model’s 


prediction and the target. 


¢ Classes—A set of possible labels to choose from in a classification problem. For 


example, when classifying cat and dog pictures, “dog” and “cat” are the two classes. 


e Label—A specific instance of a class annotation in a classification problem. For 
instance, if picture #1234 is annotated as containing the class “dog,” then “dog” is a 


label of picture #1234. 


¢ Ground-truth or annotations—All targets for a dataset, typically collected by 


humans. 


e Binary classification—A classification task where each input sample should be 


categorized into two exclusive categories. 


e Multiclass classification—A classification task where each input sample should be 
categorized into more than two categories: for instance, classifying handwritten 


digits. 


e Multilabel classification—A classification task where each input sample can be 
assigned multiple labels. For instance, a given image may contain both a cat anda 
dog and should be annotated both with the “cat” label and the “dog” label. The 


number of labels per image is usually variable. 


e Scalar regression—A task where the target is a continuous scalar value. Predicting 


house prices is a good example: the different target prices form a continuous space. 


¢ Vector regression—A task where the target is a set of continuous values: for 
example, a continuous vector. If you’re doing regression against multiple values 
(such as the coordinates of a bounding box in an image), then youre doing vector 


regression. 


e Mini-batch or batch—A small set of samples (typically between 8 and 128) that are 
processed simultaneously by the model. The number of samples is often a power of 
2, to facilitate memory allocation on GPU. When training, a mini-batch is used to 


compute a single gradient-descent update applied to the weights of the model. 





4.2. EVALUATING MACHINE-LEARNING MODELS 


In the three examples presented in chapter 3, we split the data into a training set, a 
validation set, and a test set. The reason not to evaluate the models on the same data 
they were trained on quickly became evident: after just a few epochs, all three models 
began to overfit. That is, their performance on never-before-seen data started stalling 
(or worsening) compared to their performance on the training data—which always 


improves as training progresses. 


In machine learning, the goal is to achieve models that generalize—that perform well 
on never-before-seen data—and overfitting is the central obstacle. You can only control 
that which you can observe, so it’s crucial to be able to reliably measure the 
generalization power of your model. The following sections look at strategies for 
mitigating overfitting and maximizing generalization. In this section, we'll focus on how 


to measure generalization: how to evaluate machine-learning models. 


4.2.1. Training, validation, and test sets 


Evaluating a model always boils down to splitting the available data into three sets: 
training, validation, and test. You train on the training data and evaluate your model on 
the validation data. Once your model is ready for prime time, you test it one final time 
on the test data. 


You may ask, why not have two sets: a training set and a test set? You’d train on the 


training data and evaluate on the test data. Much simpler! 


The reason is that developing a model always involves tuning its configuration: for 
example, choosing the number of layers or the size of the layers (called the hyper- 
parameters of the model, to distinguish them from the parameters, which are the 
network’s weights). You do this tuning by using as a feedback signal the performance of 
the model on the validation data. In essence, this tuning is a form of learning: a search 
for a good configuration in some parameter space. As a result, tuning the configuration 
of the model based on its performance on the validation set can quickly result in 


overfitting to the validation set, even though your model is never directly trained on it. 


Central to this phenomenon is the notion of information leaks. Every time you tune a 
hyperparameter of your model based on the model’s performance on the validation set, 
some information about the validation data leaks into the model. If you do this only 
once, for one parameter, then very few bits of information will leak, and your validation 


set will remain reliable to evaluate the model. But if you repeat this many times— 


running one experiment, evaluating on the validation set, and modifying your model as 
a result—then you'll leak an increasingly significant amount of information about the 


validation set into the model. 


At the end of the day, you'll end up with a model that performs artificially well on the 
validation data, because that’s what you optimized it for. You care about performance 
on completely new data, not the validation data, so you need to use a completely 
different, never-before-seen dataset to evaluate the model: the test dataset. Your model 
shouldn’t have had access to any information about the test set, even indirectly. If 
anything about the model has been tuned based on test set performance, then your 


measure of generalization will be flawed. 


Splitting your data into training, validation, and test sets may seem straightforward, 
but there are a few advanced ways to do it that can come in handy when little data is 
available. Let’s review three classic evaluation recipes: simple hold-out validation, K- 
fold validation, and iterated K-fold validation with shuffling. 


Simple hold-out validation 


Set apart some fraction of your data as your test set. Train on the remaining data, and 
evaluate on the test set. As you saw in the previous sections, in order to prevent 
information leaks, you shouldn’t tune your model based on the test set, and therefore 


you should also reserve a validation set. 


Schematically, hold-out validation looks like figure 4.1. Listing 4.1 shows a simple 


implementation. 


Figure 4.1. Simple hold-out validation split 


Total available labeled data 


Se 


Held-out 


Training set validation 
set 


Train on this Evaluate 
on this 





Listing 4.1. Hold-out validation 


indices <- sample(l:nrow(data), size = 0.80 * nrow(data) ) 1 
evaluation data <- data[-indices, ] 


training data <= datalindress, | S| 


model <- get model () 4 








model %>% train(training data) 4 
validation score <- model %>% evaluate (validation data) 4 
model <- get model () 5 
model %>% train(data) 5 
test score <- model %>% evaluate(test_ data) 5 











e 1 Shuffling the data is usually appropriate. 
e 2 Defines the validation set 
¢ 3 Defines the training set 


e 4 Trains a model on the training data, and evaluates it on the validation 
data 


e 5 Once you’ve tuned your hyperparameters, it’s common to train your 


final model from scratch on all non-test data available. 


This is the simplest evaluation protocol, and it suffers from one flaw: if little data is 
available, then your validation and test sets may contain too few samples to be 
statistically representative of the data at hand. This is easy to recognize: if different 
random shuffling rounds of the data before splitting end up yielding very different 
measures of model performance, then you're having this issue. K-fold validation and 


iterated K-fold validation are two ways to address this, as discussed next. 
K-fold validation 


With this approach, you split your data into K partitions of equal size. For each 
partition i, train a model on the remaining K — 1 partitions, and evaluate it on partition 
i. Your final score is then the averages of the K scores obtained. This method is helpful 
when the performance of your model shows significant variance based on your train- 
test split. Like hold-out validation, this method doesn’t exempt you from using a 


distinct validation set for model calibration. 


Schematically, K-fold cross-validation looks like figure 4.2. Listing 4.2 shows a simple R 


pseudocode implementation. 


Figure 4.2. Three-fold validation 


Data split into 3 partitions 


—————— 


yar me or Validation 
Fold 1 Validation Training Training i ad ae 
-— i - Validation Final score: 
Fold 2 Validation Validation Training Se as average 
—— ey SPL Validation 
Fold 3 Validation Training Validation = aot 


Listing 4.2. K-fold cross-validation 


k <- 4 
indices <- sample(1l:nrow(data) ) 
folds <- cut(indices, breaks = k, labels = FALS 
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validation data <- data[validation_indices, ] 





training data <- data[-validation_indices, ] 








model <- get_model () 
model %>% train(training data) 
results <- model %>% evaluate (validation data) 


validation scores <> ci(validation scores; resulitsSaccuracy) 


validation _score <- mean(validation_scores) 


model <- get_model () 
model %>% train(data) 


results <- model %>% evaluate (test_data) 


= eee 








¢ 1 Selects the validation-data partition 

¢ 2 Uses the remainder of the data as training data 

¢ 3 Creates a brand-new instance of the model (untrained) 

e 4 Validation score: average of the validation scores of the K-folds 
e 5 Trains the final model on all non-test data available 


Iterated K-fold validation with shuffling 


This one is for situations in which you have relatively little data available and you need 
to evaluate your model as precisely as possible. We’ve found it to be extremely helpful 
in Kaggle competitions. It consists of applying K-fold validation multiple times, 
shuffling the data every time before splitting it K ways. The final score is the average of 
the scores obtained at each run of K-fold validation. Note that you end up training and 
evaluating P x K models (where P is the number of iterations you use), which can very 


expensive. 


4.2.2. Things to keep in mind 


Keep an eye out for the following when youre choosing an evaluation protocol: 


e Data representativeness—You want both your training set and test set to be 
representative of the data at hand. For instance, if you’re trying to classify images of 
digits, and youre starting from an array of samples where the samples are ordered 
by their class, taking the first 80% of the array as your training set and the 
remaining 20% as your test set will result in your training set containing only 
classes O—7, whereas your test set contains only classes 8—9. This seems like a 
ridiculous mistake, but it’s surprisingly common. For this reason, you usually 


should randomly shuffle your data before splitting it into training and test sets. 


e The arrow of time—If you're trying to predict the future given the past (for example, 
tomorrow’s weather, stock movements, and so on), you should not randomly shuffle 
your data before splitting it, because doing so will create a temporal leak: your 
model will effectively be trained on data from the future. In such situations, you 
should always make sure all data in your test set is posterior to the data in the 


training set. 


e Redundancy in your data—If some data points in your data appear twice (fairly 
common with real-world data), then shuffling the data and splitting it into a 
training set and a validation set will result in redundancy between the training and 
validation sets. In effect, you'll be testing on part of your training data, which is the 


worst thing you can do! Make sure your training set and validation set are disjoint. 


4.3. DATA PREPROCESSING, FEATURE ENGINEERING, AND FEATURE 
LEARNING 


In addition to model evaluation, an important question we must tackle before we dive 
deeper into model development is the following: how do you prepare the input data and 
targets before feeding them into a neural network? Many data-preprocessing and 
feature-engineering techniques are domain specific (for example, specific to text data or 


image data); we'll cover those in the following chapters as we encounter them in 


practical examples. For now, we'll review the basics that are common to all data 


domains. 


4.3.1. Data preprocessing for neural networks 


Data preprocessing aims at making the raw data at hand more amenable to neural 
networks. This includes vectorization, normalization, handling missing values, and 


feature extraction. 
Vectorization 


All inputs and targets in a neural network must be tensors of floating-point data (or, in 
specific cases, tensors of integers). Whatever data you need to process—sound, images, 
text—you must first turn into tensors, a step called data vectorization. For instance, in 
the two previous text-classification examples, we started from text represented as lists 
of integers (standing for sequences of words), and we used one-hot encoding to turn 
them into a tensor of floating-point data. In the examples of classifying digits and 
predicting house prices, the data already came in vectorized form, so you were able to 


skip this step. 
Value normalization 


In the digit-classification example, you started from image data encoded as integers in 
the 0-255 range, encoding grayscale values. Before you fed this data into your network, 
you had to divide by 255 so you’d end up with floating-point values in the o—1 range. 
Similarly, when predicting house prices, you started from features that took a variety of 
ranges—some features had small floating-point values, and others had fairly large 
integer values. Before you fed this data into your network, you had to normalize each 


feature independently so that it had a standard deviation of 1 and a mean of 0. 


In general, it isn’t safe to feed into a neural network data that takes relatively large 
values (for example, multidigit integers, which are much larger than the initial values 
taken by the weights of a network) or data that is heterogeneous (for example, data 
where one feature is in the range 0-1 and another is in the range 100-200). Doing so 
can trigger large gradient updates that will prevent the network from converging. To 
make learning easier for your network, your data should have the following 


characteristics: 


¢ Take small values—Typically, most values should be in the 0-1 range. 


¢ Be homogenous—That is, all features should take values in roughly the same range. 


Additionally, the following stricter normalization practice is common and can help, 


although it isn’t always necessary (for example, you didn’t do this in the digit- 
classification example): 
e Normalize each feature independently to have a mean of o. 


e Normalize each feature independently to have a standard deviation of 1. 


This is easy to do with R using the scale () function: 


XESS Galier(sa) al 


e 1 Assuming x is a 2D matrix of shape (samples, features) 


Typically, you'll normalize features in both training and test data. In this case, you want 
to compute the mean and standard deviation on the training data only and then apply 
them to both the training and test data. This is what we did in chapter 3 when 


normalizing features in the Boston housing dataset: 


mean <- apply(train data, 2, mean) 1 
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e 1 Calculates the mean and standard deviation on the training data 


e 2Scales the training and test data using the mean and standard 


deviation from the training data 


The caret and recipes R packages both include many more high-level functions for 


data preprocessing and normalization. 
Handling missing values 


You may sometimes have missing values in your data. For instance, in the house-price 
example, the first feature (the column of index o in the data) was the per capita crime 
rate. What if this feature wasn’t available for all samples? You’d then have missing 


values in the training or test data. 


In general, with neural networks, it’s safe to input missing values as 0, with the 
condition that 0 isn’t already a meaningful value. The network will learn from exposure 


to the data that the value 0 means missing data and will start ignoring the value. 


Note that if you’re expecting missing values in the test data, but the network was 
trained on data without any missing values, the network won't have learned to ignore 
missing values! In this situation, you should artificially generate training samples with 
missing entries: copy some training samples several times, and drop some of the 


features that you expect are likely to be missing in the test data. 


4.3.2. Feature engineering 


Feature engineering is the process of using your own knowledge about the data and 
about the machine-learning algorithm at hand (in this case, a neural network) to make 
the algorithm work better by applying hardcoded (nonlearned) transformations to the 
data before it goes into the model. In many cases, it isn’t reasonable to expect a 
machine-learning model to be able to learn from completely arbitrary data. The data 


needs to be presented to the model in a way that will make the model’s job easier. 


Let’s look at an intuitive example. Suppose youre trying to develop a model that can 


take as input an image of a clock and can output the time of day (see figure 4.3). 


Figure 4.3. Feature engineering for reading the time on a clock 
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If you choose to use the raw pixels of the image as input data, then you have a difficult 
machine-learning problem on your hands. You'll need a convolutional neural network 
to solve it, and you'll have to expend quite a bit of computational resources to train the 


network. 


But if you already understand the problem at a high level (you understand how humans 
read time on a clock face), then you can come up with much better input features for a 

machine-learning algorithm: for instance, it’s easy to write a short R script to follow the 
black pixels of the clock hands and output the (x, y) coordinates of the tip of each hand. 


Then a simple machine-learning algorithm can learn to associate these coordinates 


with the appropriate time of day. 


You can go even further: do a coordinate change, and express the (x, y) coordinates as 
polar coordinates with regard to the center of the image. Your input will become the 
angle theta of each clock hand. At this point, your features are making the problem so 
easy that no machine learning is required; a simple rounding operation and dictionary 


lookup are enough to recover the approximate time of day. 


That’s the essence of feature engineering: making a problem easier by expressing it in a 


simpler way. It usually requires understanding the problem in depth. 


Before deep learning, feature engineering used to be critical, because classical shallow 
algorithms didn’t have hypothesis spaces rich enough to learn useful features by 
themselves. The way you presented the data to the algorithm was essential to its 
success. For instance, before convolutional neural networks became successful on the 
MNIST digit-classification problem, solutions were typically based on hardcoded 
features such as the number of loops in a digit image, the height of each digit in an 


image, a histogram of pixel values, and so on. 


Fortunately, modern deep learning removes the need for most feature engineering, 
because neural networks are capable of automatically extracting useful features from 
raw data. Does this mean you don’t have to worry about feature engineering as long as 


you're using deep neural networks? No, for two reasons: 


¢ Good features still allow you to solve problems more elegantly while using fewer 
resources. For instance, it would be ridiculous to solve the problem of reading a 


clock face using a convolutional neural network. 


¢ Good features let you solve a problem with far less data. The ability of deep-learning 
models to learn features on their own relies on having lots of training data available; 
if you have only a few samples, then the information value in their features becomes 


critical. 


4.4. OVERFITTING AND UNDERFITTING 


In all three examples in the previous chapter—predicting movie reviews, topic 
classification, and house-price regression—the performance of the model on the held- 
out validation data always peaked after a few epochs and then began to degrade: the 
model quickly started to overfit to the training data. Overfitting happens in every 


machine-learning problem. Learning how to deal with overfitting is essential to 


mastering machine learning. 


The fundamental issue in machine learning is the tension between optimization and 
generalization. Optimization refers to the process of adjusting a model to get the best 
performance possible on the training data (the learning in machine learning), whereas 
generalization refers to how well the trained model performs on data it has never seen 
before. The goal of the game is to get good generalization, of course, but you don’t 


control generalization; you can only adjust the model based on its training data. 


At the beginning of training, optimization and generalization are correlated: the lower 
the loss on training data, the lower the loss on test data. While this is happening, your 
model is said to be underfit: there is still progress to be made; the network hasn’t yet 
modeled all relevant patterns in the training data. But after a certain number of 
iterations on the training data, generalization stops improving, and validation metrics 
stall and then begin to degrade: the model is starting to overfit. It’s beginning to learn 
patterns that are specific to the training data but that are misleading or irrelevant when 


it comes to new data. 


To prevent a model from learning misleading or irrelevant patterns found in the 
training data, the best solution is to get more training data. A model trained on more 
data will naturally generalize better. When that isn’t possible, the next-best solution is 
to modulate the quantity of information that your model is allowed to store or to add 
constraints on what information it’s allowed to store. If a network can only afford to 
memorize a small number of patterns, the optimization process will force it to focus on 


the most prominent patterns, which have a better chance of generalizing well. 


The process of fighting overfitting this way is called regularization. Let’s review some 
of the most common regularization techniques and apply them in practice to improve 


the movie-classification model from section 3.4. 


4.4.1. Reducing the network’s size 


The simplest way to prevent overfitting is to reduce the size of the model: the number of 
learnable parameters in the model (which is determined by the number of layers and 
the number of units per layer). In deep learning, the number of learnable parameters in 
a model is often referred to as the model’s capacity. Intuitively, a model with more 
parameters has more memorization capacity and therefore can easily learn a perfect 
dictionary-like mapping between training samples and their targets—a mapping 
without any generalization power. For instance, a model with 500,000 binary 
parameters could easily be made to learn the class of every digit in the MNIST training 


set: we'd need only 10 binary parameters for each of the 50,000 digits. But such a 


model would be useless for classifying new digit samples. Always keep this in mind: 
deep-learning models tend to be good at fitting to the training data, but the real 


challenge is generalization, not fitting. 


On the other hand, if the network has limited memorization resources, it won’t be able 
to learn this mapping as easily; thus, in order to minimize its loss, it will have to resort 
to learning compressed representations that have predictive power regarding the 
targets—precisely the type of representations we’re interested in. At the same time, 
keep in mind that you should use models that have enough parameters that they don’t 
underfit: your model shouldn’t be starved for memorization resources. There is a 


compromise to be found between too much capacity and not enough capacity. 


Unfortunately, there is no magical formula to determine the right number of layers or 
the right size for each layer. You must evaluate an array of different architectures (on 
your validation set, not on your test set) in order to find the correct model size for your 
data. The general workflow to find an appropriate model size is to start with relatively 
few layers and parameters, and increase the size of the layers or add new layers until 


you see diminishing returns with regard to validation loss. 


Let’s try this on the movie-review classification network. The original network is shown 


next. 


Listing 4.3. Original model 


library (keras) 


model <- keras model sequential() %>% 
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Now let’s try to replace it with this smaller network. 


Listing 4.4. Version of the model with lower capacity 


model <- keras model sequential() %>% 
Layeradens.c (Unive Sa-— i, AGbivat ron = Wrekin een put Shapes. le (OOOO) eT soi 
ayer dense (unt s' =" 4), activdtnon = rei) o> 
layersdenseiGunivess == iy factivattone—— Sa qmoda) 
4 » 











Figure 4.4 shows a comparison of the validation losses of the original network and the 


smaller network (remember, a lower validation loss signals a better model). As you can 
see, the smaller network starts overfitting later than the reference network, and its 


performance degrades more slowly once it begins to overfit. 


Figure 4.4. Effect of model capacity on validation loss: trying a smaller model 
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Now, for kicks, let’s add to this benchmark a network that has much more capacity—far 


more than the problem warrants. 


Listing 4.5. Version of the model with higher capacity 





model <- keras_ model sequential() %>% 
layer sdense(untts) —ol2 A activatkion — Mreluu ss anpucashape: — cil 00/010))ses= 
layeradense (units = ol2, actavativon = reduim)s 2>% 
layerrdense (nda bsi sa, activation = saoqmodidl)) 
4 » 








Figure 4.5 shows how the bigger network fares compared to the reference network. The 
bigger network starts overfitting almost immediately, after just one epoch, and it 


overfits much more severely. Its validation loss is also noisier. 


Figure 4.5. Effect of model capacity on validation loss: trying a bigger model 
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Meanwhile, figure 4.6 shows the training losses for the two networks. As you can see, the 
bigger network gets its training loss near zero very quickly. The more capacity the 
network has, the more quickly it can model the training data (resulting in a low training 
loss), but the more susceptible it is to overfitting (resulting in a large difference 


between the training and validation loss). 


Figure 4.6. Effect of model capacity on training loss: trying a bigger model 
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https://sanet.st/blogs/polatebooks/ 


4.4.2. Adding weight regularization 


You may be familiar with the principle of Occam’s razor: given two explanations for 
something, the explanation most likely to be correct is the simplest one—the one that 
makes fewer assumptions. This idea also applies to the models learned by neural 
networks: given some training data and a network architecture, multiple sets of weight 
values (multiple models) could explain the data. Simpler models are less likely to 


overfit than complex ones. 


A simple model in this context is a model where the distribution of parameter values 
has less entropy (or a model with fewer parameters, as you saw in the previous section). 
Thus, a common way to mitigate overfitting is to put constraints on the complexity of a 
network by forcing its weights to take only small values, which makes the distribution 
of weight values more regular. This is called weight regularization, and it’s done by 
adding to the loss function of the network a cost associated with having large weights. 


This cost comes in two flavors: 


e L1regularization—The cost added is proportional to the absolute value of the 


weight coefficients (the L1 norm of the weights). 


e L2regularization—The cost added is proportional to the square of the value of the 
weight coefficients (the L2 norm of the weights). L2 regularization is also called 
weight decay in the context of neural networks. Don’t let the different name confuse 


you: weight decay is mathematically the same as L2 regularization. 


In Keras, weight regularization is added by passing weight regularizer instances to 
layers as keyword arguments. Let’s add L2 weight regularization to the movie-review 


classification network. 


Listing 4.6. Adding L2 weight regularization to the model 


model <- keras_ model sequential() %>% 
hayierwdens.c (unaesSs— silkG kernels treguil anuzer regulars er ah AcCOR OO). 
acbivatron y= Mrelul,. anput shape -=Aci( 010010) 9 55 
ayers dens cunt se—S IG kern ede regular 7 err Sire Gulla Zener ee (OR IOONE), 
ACHE cite OMe == Masel eS oo, 
aye redens. c(inikesi-—< Ie vacieivae On ss Sk Mm Once) 


regularizer 12(0.001) means every coefficient in the weight matrix of the layer 





willadd 0.001 * weight coefficient value to the total loss of the network. 











Note that because this penalty is only added at training time, the loss for this network 


will be much higher at training time than at test time. 


Figure 4.7 shows the impact of the L2 regularization penalty. As you can see, the model 
with L2 regularization has become much more resistant to overfitting than the 


reference model, even though both models have the same number of parameters. 


Figure 4.7. Effect of L2 weight regularization on validation loss 


@ 
° 
0.7- 
® 
2 
e 
0.6- 
° 
° model 
o 
” e © i2 model 
2 05- 
e ® original_model 
8 
. ° ee ° ° 
1 o 
0.4- e o e® e 
e e oO e o e oO 
o 
e al (% 6 2 
0.3- e ® 
© «6 
5 10 15 20 


epoch 


As an alternative to L2 regularization, you can use one of the following Keras weight 


regularizers. 


Listing 4.7. Different weight regularizers available in Keras 


regularizer 11(0.001) 
Pe Cid cree cde eek (Gel OL OOH melee — Ors OONI) 





4.4.3. Adding dropout 


Dropout is one of the most effective and most commonly used regularization 
techniques for neural networks, developed by Geoff Hinton and his students at the 
University of Toronto. Dropout, applied to a layer, consists of randomly dropping out 
(setting to zero) a number of output features of the layer during training. Let’s say a 
given layer would normally return a vector [0.2, 0.5, 1.3, 0.8, 1.1] fora 
given input sample during training. After applying dropout, this vector will have a few 
zero entries distributed at random: for example, [0, 0.5, 1.3, 0, 1.1].The 
dropout rate is the fraction of the features that are zeroed out; it’s usually set between 


0.2 and 0.5. At test time, no units are dropped out; instead, the layer’s output values are 


scaled down by a factor equal to the dropout rate, to balance for the fact that more units 


are active than at training time. 


Consider a matrix containing the output of a layer, layer output, of shape 


(batch size, features). At training time, we zero out at random a fraction of the 





values in the matrix: 


layer output <= Nayer cutput * siample(0Osl,, length (layer output); 





replace = TRUE) 


At test time, we scale down the output by the dropout rate. Here, we scale by 0.5 


(because we previously dropped half the units): 


layer output <> Mayer output “025 


Note that this process can be implemented by doing both operations at training time 
and leaving the output unchanged at test time, which is often the way it’s implemented 
in practice (see figure 4.8): 


Figure 4.8. Dropout applied to an activation matrix at training time, with rescaling 
happening during training. At test time, the activation matrix is unchanged. 





layer output. <> Nayer output * sample (031, length (layer output), at 





replace = TRUE) 
laveREouLpure<— Wayer soup / "05 2 


e 1 At training time 


¢ 2 Note that we’re scaling up rather scaling down in this case. 


This technique may seem strange and arbitrary. Why would this help reduce 
overfitting? Hinton says he was inspired by, among other things, a fraud-prevention 
mechanism used by banks. In his own words, “I went to my bank. The tellers kept 


changing and I asked one of them why. He said he didn’t know but they got moved 


around a lot. I figured it must be because it would require cooperation between 
employees to successfully defraud the bank. This made me realize that randomly 


removing a different subset of neurons on each example would prevent conspiracies 


Ze gtal Iai ut : ; Gc 
and thus reduce overfitting.” The core idea is that introducing noise in the output 
values of a layer can break up happenstance patterns that aren’t significant (what 
Hinton refers to as conspiracies), which the network will start memorizing if no noise is 


present. 


See the Reddit thread “AMA: We are the Google Brain team. We’d love to answer your questions about machine 
learning,” http://mng.bz/XrsS. 


In Keras, you can introduce dropout in a network via layer dropout, which is 
applied to the output of the layer immediately before it: 

layer dropout(rate = 0.5) 
Let’s add two dropout layers in the IMDB network to see how well they do at reducing 
overfitting. 


Listing 4.8. Adding dropout to the IMDB network 





model <- keras_ model sequential() %>% 
ayer dense (units: = lo, acti vatwon = iret, amnpu by shape s=eiClkO OOO) tes 
ayer .dropowk (rates = 055)! 25% 
aye rte dense (units = lo, activa talon =) Ie) ies > s 
kAayere  ArOp OUT Gieate = OFT D))0 eo 
Layer densei(unwts' = lj .aCrindtwron = Ys qmos cds) 
4 » 








Figure 4.9 shows a plot of the results. Again, this is a clear improvement over the 


reference network. 


Figure 4.9. Effect of dropout on validation loss 
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To recap, these are the most common ways to prevent overfitting in neural networks: 


e Get more training data. 
¢ Reduce the capacity of the network. 
e Add weight regularization. 


e Add dropout. 


4.5. THE UNIVERSAL WORKFLOW OF MACHINE LEARNING 


In this section, we'll present a universal blueprint that you can use to attack and solve 
any machine-learning problem. The blueprint ties together the concepts you've learned 
about in this chapter: problem definition, evaluation, feature engineering, and fighting 


overfitting. 


4.5.1. Defining the problem and assembling a dataset 


First, you must define the problem at hand: 


e What will your input data be? What are you trying to predict? You can only learn to 
predict something if you have available training data: for example, you can only 
learn to classify the sentiment of movie reviews if you have both movie reviews and 
sentiment annotations available. As such, data availability is usually the limiting 


factor at this stage (unless you have the means to pay people to collect data for you). 


e What type of problem are you facing? Is it binary classification? Multiclass 
classification? Scalar regression? Vector regression? Multiclass, multilabel 
classification? Something else, like clustering, generation, or reinforcement 
learning? Identifying the problem type will guide your choice of model architecture, 


loss function, and so on. 


You can’t move to the next stage until you know what your inputs and outputs are, and 


what data you'll use. Be aware of the hypotheses you make at this stage: 


¢ You hypothesize that your outputs can be predicted given your inputs. 


e You hypothesize that your available data is sufficiently informative to learn the 


relationship between inputs and outputs. 


Until you have a working model, these are merely hypotheses, waiting to be validated or 
invalidated. Not all problems can be solved; just because you’ve assembled examples of 
inputs X and targets Y doesn’t mean X contains enough information to predict Y. For 
instance, if youre trying to predict the movements of a stock on the stock market given 
its recent price history, you’re unlikely to succeed, because price history doesn’t contain 


much predictive information. 


One class of unsolvable problems you should be aware of is nonstationary problems. 
Suppose youre trying to build a recommendation engine for clothing, you're training it 
on one month of data (August), and you want to start generating recommendations in 
the winter. One big issue is that the kinds of clothes people buy change from season to 
season: clothes buying is a nonstationary phenomenon over the scale of a few months. 
What yow’re trying to model changes over time. In this case, the right move is to 
constantly retrain your model on data from the recent past, or gather data at a 
timescale where the problem is stationary. For a cyclical problem like clothes buying, a 
few years’ worth of data will suffice to capture seasonal variation—but remember to 


make the time of the year an input of your model! 


Keep in mind that machine learning can only be used to memorize patterns that are 
present in your training data. You can only recognize what you’ve seen before. Using 
machine learning trained on past data to predict the future is making the assumption 
that the future will behave like the past. That often isn’t the case. 


4.5.2. Choosing a measure of success 


To control something, you need to be able to observe it. To achieve success, you must 
define what you mean by success—accuracy? Precision and recall? Customer-retention 


rate? Your metric for success will guide the choice of a loss function: what your model 


will optimize. It should directly align with your higher-level goals, such as the success of 


your business. 


For balanced-classification problems, where every class is equally likely, accuracy and 
area under the receiver operating characteristic curve (ROC AUC) are common 
metrics. For class-imbalanced problems, you can use precision and recall. For ranking 
problems or multilabel classification, you can use mean average precision. And it isn’t 
uncommon to have to define your own custom metric by which to measure success. To 
get a sense of the diversity of machine-learning success metrics and how they relate to 
different problem domains, it’s helpful to browse the data science competitions on 
Kaggle (https://kaggle.com); they showcase a wide range of problems and evaluation 


metrics. 


4.5.3. Deciding on an evaluation protocol 


Once you know what you're aiming for, you must establish how youl measure your 


current progress. We’ve previously reviewed three common evaluation protocols: 


¢ Maintaining a hold-out validation set—The way to go when you have plenty of data 


Doing K-fold cross-validation—The right choice when you have too few samples for 


hold-out validation to be reliable 


e Doing iterated K-fold validation—For performing highly accurate model evaluation 


when little data is available 


Just pick one of these. In most cases, the first will work well enough. 


4.5.4. Preparing your data 


Once you know what you're training on, what you’re optimizing for, and how to 
evaluate your approach, you're almost ready to begin training models. But first, you 
should format your data in a way that can be fed into a machine-learning model—here, 


we'll assume a deep neural network: 


e As you saw previously, your data should be formatted as tensors. 


e The values taken by these tensors should usually be scaled to small values: for 


example, in the [-1, 1] range or [0, 1] range. 


e If different features take values in different ranges (heterogeneous data), then the 


data should be normalized. 


e You may want to do some feature engineering, especially for small-data problems. 


Once your tensors of input data and target data are ready, you can begin to train 


models. 


4.5.5. Developing a model that does better than a baseline 


Your goal at this stage is to achieve statistical power: that is, to develop a small model 
that is capable of beating a dumb baseline. In the MNIST digit-classification example, 
anything that achieves an accuracy greater than 0.1 can be said to have statistical 


power; in the IMDB example, it’s anything with an accuracy greater than 0.5. 


Note that it’s not always possible to achieve statistical power. If you can’t beat a random 
baseline after trying multiple reasonable architectures, it may be that the answer to the 
question youre asking isn’t present in the input data. Remember that you make two 


hypotheses: 


e You hypothesize that your outputs can be predicted given your inputs. 


¢ You hypothesize that the available data is sufficiently informative to learn the 


relationships between inputs and outputs. 


It may well be that these hypotheses are false, in which case you must go back to the 


drawing board. 


Assuming that things go well, you need to make three key choices to build your first 


working model: 


e Last-layer activation—This establishes useful constraints on the network’s output. 
For instance, the IMDB classification example used sigmoid in the last layer; the 


regression example didn’t use any last-layer activation; and so on. 


e Loss function—This should match the type of problem yow’re trying to solve. For 
instance, the IMDB example used binary crossentropy, the regression 


example used mse, and so on. 


¢ Optimization configuration—What optimizer will you use? What will its learning 


rate be? In most cases, it’s safe to go with rmsprop and its default learning rate. 


Regarding the choice of a loss function, note that it isn’t always possible to directly 
optimize for the metric that measures success on a problem. Sometimes there is no easy 
way to turn a metric into a loss function; loss functions, after all, need to be computable 
given only a mini-batch of data (ideally, a loss function should be computable for as 
little as a single data point) and must be differentiable (otherwise, you can’t use 


backpropagation to train your network). For instance, the widely used classification 


metric ROC AUC can’t be directly optimized. Hence, in classification tasks, it’s common 
to optimize for a proxy metric of ROC AUC, such as crossentropy. In general, you can 
hope that the lower the crossentropy gets, the higher the ROC AUC will be. 


Table 4.1 can help you choose a last-layer activation and a loss function for a few 


common problem types. 


Table 4.1. Choosing the right last-layer activation and loss function for your model 





between 0 and 1 


Problem type Last-layer activation Loss function | 
[Binary classification sigmoid binary_crossentropy | 
Multiclass, single-label : 
; . softmax categorical_crossentropy 
classification 
Multiclass, multilabel ; ; : 
2 sigmoid binary_crossentropy 
classification 
Regression to arbitrary 
None mse 
values 
Regression to values ; : ; 
sigmoid mse or binary_crossentropy 


4.5.6. Scaling up: developing a model that overfits 


Once you’ve obtained a model that has statistical power, the question becomes, is it 
sufficiently powerful? Does it have enough layers and parameters to properly model the 
problem at hand? For instance, a network with a single hidden layer with two units 
would have statistical power on MNIST but wouldn’t be sufficient to solve the problem 
well. Remember that the universal tension in machine learning is between optimization 
and generalization; the ideal model is one that stands right at the border between 
underfitting and overfitting, between undercapacity and overcapacity. To figure out 


where this border lies, first you must cross it. 


To figure out how big a model you'll need, you must develop a model that overfits. This 


is fairly easy: 


1. Add layers. 
2. Make the layers bigger. 


3. Train for more epochs. 


Always monitor the training loss and validation loss, as well as the training and 


validation values for any metrics you care about. When you see that the model’s 


performance on the validation data begins to degrade, you’ve achieved overfitting. 


The next stage is to start regularizing and tuning the model, to get as close as possible 


to the ideal model that neither underfits nor overfits. 


4.5.7. Regularizing your model and tuning your hyperparameters 


This step will take the most time: you'll repeatedly modify your model, train it, evaluate 
on your validation data (not the test data, at this point), modify it again, and repeat, 


until the model is as good as it can get. These are some things you should try: 


e Add dropout. 
e Try different architectures: add or remove layers. 
e Add L1 and/or L2 regularization. 


e Try different hyperparameters (such as the number of units per layer or the learning 


rate of the optimizer) to find the optimal configuration. 


e Optionally, iterate on feature engineering: add new features, or remove features that 


don’t seem to be informative. 


Be mindful of the following: every time you use feedback from your validation process 
to tune your model, you leak information about the validation process into the model. 
Repeated just a few times, this is innocuous; but done systematically over many 
iterations, it will eventually cause your model to overfit to the validation process (even 
though no model is directly trained on any of the validation data). This makes the 


evaluation process less reliable. 


Once you've developed a satisfactory model configuration, you can train your final 
production model on all the available data (training and validation) and evaluate it one 
last time on the test set. If it turns out that the performance on the test set is 
significantly worse than the performance measured on the validation data, this may 
mean either that your validation procedure wasn’t reliable after all, or that you began 
overfitting to the validation data while tuning the parameters of the model. In this case, 
you may want to switch to a more reliable evaluation protocol (such as iterated K-fold 


validation). 


4.6. SUMMARY 


¢ Define the problem at hand and the data on which you'll train. Collect this data, or 


annotate it with labels if need be. 


Choose how you'll measure success on your problem. Which metrics will you 


monitor on your validation data? 


Determine your evaluation protocol: Hold-out validation? K-fold validation? Which 


portion of the data should you use for validation? 


Develop a first model that does better than a basic baseline: a model with statistical 


power. 
Develop a model that overfits. 


Regularize your model and tune its hyperparameters, based on performance on the 
validation data. A lot of machine-learning research tends to focus only on this step— 


but keep the big picture in mind. 


Part 2. Deep learning in practice 


Chapters 5— 9 will help you gain practical intuition about how to solve real-world 


problems using deep learning, and will familiarize you with essential deep-learning best 


practices. Most of the code examples in the book are concentrated in this second half. 


Chapter 5. Deep learning for computer vision 


This chapter covers 


e Understanding convolutional neural networks (convnets) 
e Using data augmentation to mitigate overfitting 

e Using a pretrained convnet to do feature extraction 

e Fine-tuning a pretrained convnet 


e Visualizing what convnets learn and how they make classification decisions 


This chapter introduces convolutional neural networks, also known as conunets, a type 

of deep-learning model almost universally used in computer vision applications. You'll 

learn to apply convnets to image-classification problems—in particular, those involving 
small training datasets, which are the most common use case if you aren’t a large tech 


company. 


5.1. INTRODUCTION TO CONVNETS 


We're about to dive into the theory of what convnets are and why they have been so 
successful at computer vision tasks. But first, let’s take a practical look at a simple 
convnet example. It uses a convnet to classify MNIST digits, a task we performed in 
chapter 2 using a densely connected network (our test accuracy then was 97.8%). Even 
though the convnet will be basic, its accuracy will blow out of the water that of the 


densely connected model from chapter 2. 


The following lines of code show you what a basic convnet looks like. It’s a stack of 
layer conv 2dand layer max pooling 2d layers. You'l see in a minute exactly 


what they do. 


Listing 5.1. Instantiating a small convnet 


library (keras) 


model <- keras_ model sequential() %>% 




















LAV ET ACOA: di (hislthe 6s) = 30cm wenn ole esuizier =a C3) 293) td Cblvatson. = auicolkuty 
Input shape = ¢c(28, 28, i)) s>% 
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Importantly, a convnet takes as input tensors of shape (image height, 

image width, image channels) (not including the batch dimension). In this 
case, we'll configure the convnet to process inputs of size (28, 28, 1), whichis the 
format of MNIST images. We'll do this by passing the argument input shape = 
c(28, 28, 1) tothe first layer. 


Let’s display the architecture of the convnet so far: 























> model 

Layer (type) Output Shape Param # 
conv2d_1 (Conv2D) (None -2:6;--2'6;,- 382) 320 
maxpooling2d 1 (MaxPooling2D) (Nome alesirle3 78 237) 0 
conv2d 2 (Conv2D) (None sable sles 26:45) 18496 
maxpooling2d 2 (MaxPooling2D) (None 95, <5. 6:4) 0 
conv2d_ 3 (Conv2D) (None, 3, 3, 64) 36928 














Total params: 55,744 
Trainable params: 55,744 


Non-trainable params: 0 


You can see that the output of every layer conv 2dand layer max pooling 2d 
is a3D tensor of shape (height, width, channels). The width and height 
dimensions tend to shrink as you go deeper in the network. The number of channels is 


controlled by the first argument passed to layer conv 2d (32 or 64). 


The next step is to feed the last output tensor (of shape (3, 3, 64) ) into a densely 
connected classifier network like those yow’re already familiar with: a stack of dense 
layers. These classifiers process vectors, which are 1D, whereas the current output is a 
3D tensor. First we have to flatten the 3D outputs to 1D, and then add a few dense 


layers on top. 


Listing 5.2. Adding a classifier on top of the convnet 


model <- model %>% 
layer flatten() %>% 


ayer-dense(unists!-= 64, activation = “redius): o> 


layer dense(units 10, activation "softmax") 


We'll do 10-way classification, using a final layer with 10 outputs and a softmax 


activation. Here’s what the network looks like now: 
































> model 

Layer (type) Output Shape Param # 
conv2d_1 (Conv2D) (NOME; 72267 26) 132) B20 
maxpooling2d_1 (MaxPooling2D) (Nomer. aks aks 282s) 0 
conv2d 2 (Conv2D) (Nowe; le vir 4.6:4:) 18496 
maxpooling2d_ 2 (MaxPooling2D) GNome;. 25:57. 164) 0 
conv2d_3 (Conv2D) (Nome; 7 1337~ 33" 264;) 36928 
Pilot bene, (rkat een) (None, 576) 0 

dense _1 (Dense) (None, 64) 36928 
dense 2 (Dense) (None, 10) 650 

















LOotal\ params: 93i73822 
Trainable params: 93,322 


Non-trainable params: 0 


As you can see, the (3, 3, 64) outputs are flattened into vectors of shape (576) 


before going through two dense layers. 


Now, let’s train the convnet on the MNIST digits. We'll reuse a lot of the code from the 


MNIST example in chapter 2. 


Listing 5.3. Training the convnet on MNIST images 


MOWSE ECS idaitials'c.Lasmnas3tt() 


(e(erain images; tran labels). -c.(test pimages), test) labels) <-> mnisit 


train images <- array reshape (train images, ¢ (60000, 28, 28, 1)) 
train _images <- train_images / 255 

LEStlimMages? <— array. reshape(ivest wmagesy,. e(10000i. 28), 23). la) 
test_images <- test_images / 255 





train labels <- to categorical (train labels) 
test dabelis “<= to categoricall(test tabeiks:) 


model %S>% compile ( 


optimizer = "rmsprop", 
hOsiss-—s VCatego ta Gall weno sis emtrcopyar |, 
MetrrVes. = .6:vaccuracy') 


) 
model %>% fit ( 
train images, train labels, 


epochs: = 5, batch size=64 








Let’s evaluate the model on the test data: 


> resuillvs <> mode >> evaluate (test amages:,. west. labels) 
>a he su livs 

Sloss 

[ele ROO 263 5.51) 

Sacc 

A Oe 22's 


Whereas the densely connected network from chapter 2 had a test accuracy of 97.8%, the 
basic convnet has a test accuracy of 99.3%: we decreased the error rate by 68% 
(relative). Not bad! 


But why does this simple convnet work so well, compared to a densely connected 
model? To answer this, let’s dive into what layer _conv_2dand 


layer max pooling 2ddo. 


5.1.1. The convolution operation 


The fundamental difference between a densely connected layer and a convolution layer 
is this: dense layers learn global patterns in their input feature space (for example, for 
an MNIST digit, patterns involving all pixels), whereas convolution layers learn local 
patterns (see figure 5.1): in the case of images, patterns found in small 2D windows of 
the inputs. In the previous example, these windows were all 3 x 3. 


Figure 5.1. Images can be broken into local patterns such as edges, textures, and 
so on. 





This key characteristic gives convnets two interesting properties: 


e The patterns they learn are translation invariant. After learning a certain pattern 
in the lower-right corner of a picture, a convnet can recognize it anywhere: for 
example, in the upper-left corner. A densely connected network would have to learn 
the pattern anew if it appeared at a new location. This makes convnets data efficient 
when processing images (because the visual world is fundamentally translation 
invariant): they need fewer training samples to learn representations that have 


generalization power. 


They can learn spatial hierarchies of patterns (see figure 5.2). A first convolution 
layer will learn small local patterns such as edges, a second convolution layer will 
learn larger patterns made of the features of the first layers, and so on. This allows 
convnets to efficiently learn increasingly complex and abstract visual concepts 
(because the visual world is fundamentally spatially hierarchical). 

Figure 5.2. The visual world forms a spatial hierarchy of visual modules: 


hyperlocal edges combine into local objects such as eyes or ears, which combine 
into high-level concepts such as “cat.” 





Convolutions operate over 3D tensors, called feature maps, with two spatial axes 
(height and width) as well as a depth axis (also called the channels axis). For an RGB 
image, the dimension of the depth axis is 3, because the image has three color channels: 
red, green, and blue. For a black-and-white picture, like the MNIST digits, the depth is 
1 (levels of gray). The convolution operation extracts patches from its input feature map 
and applies the same transformation to all of these patches, producing an output 
feature map. This output feature map is still a 3D tensor: it has a width and a height. 
Its depth can be arbitrary, because the output depth is a parameter of the layer, and the 
different channels in that depth axis no longer stand for specific colors as in RGB input; 
rather, they stand for filters. Filters encode specific aspects of the input data: at a high 
level, a single filter could encode the concept “presence of a face in the input,” for 


instance. 


In the MNIST example, the first convolution layer takes a feature map of size (28, 


28, 1) and outputs a feature map of size (26, 26, 32): it computes 32 filters over 





its input. Each of these 32 output channels contains a 26 x 26 grid of values, which is a 
response map of the filter over the input, indicating the response of that filter pattern 
at different locations in the input (see figure 5.3). That is what the term feature map 
means: every dimension in the depth axis is a feature (or filter), and the 2D tensor 


output[:, :, n] isthe 2D spatial map of the response of this filter over the input. 


Figure 5.3. The concept of a response map: a 2D map of the presence of a pattern 
at different locations in an input 
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Convolutions are defined by two key parameters: 


e Size of the patches extracted from the inputs—These are typically 3 x 3 or 5 x 5. In 


the example, they were 3 x 3, which is a common choice. 


e Depth of the output feature map—The number of filters computed by the 
convolution. The example started with a depth of 32 and ended with a depth of 64. 


In Keras, these parameters are the first arguments passed to the layer: 


layer conv_2d (output depth, c(window_height, window width) ). 


A convolution works by sliding these windows of size 3 x 3 or 5 x 5 over the 3D input 
feature map, stopping at every possible location, and extracting the 3D patch of 
surrounding features (shape (window height, window width, input depth) ). 
Each such 3D patch is then transformed (via a tensor product with the same learned 
weight matrix, called the convolution kernel) into a 1D vector of shape 

(output depth). All of these vectors are then spatially reassembled into a 3D output 
map of shape (height, width, output depth). Every spatial location in the 
output feature map corresponds to the same location in the input feature map (for 
example, the lower-right corner of the output contains information about the lower- 
right corner of the input). For instance, with 3 x 3 windows, the vector output [i, j, 
] comes from the 3D patch input [i-1:i+1, j-1:3+1, ].The full process is 
detailed in figure 5.4. 


Figure 5.4. How convolution works 
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Note that the output width and height may differ from the input width and height. They 
may differ for two reasons: 
¢ Border effects, which can be countered by padding the input feature map 


e The use of strides, which we'll define in a second 
Let’s take a deeper look at these notions. 
Understanding border effects and padding 


Consider a 5 x 5 feature map (25 tiles total). There are only 9 tiles around which you 
can center a 3 x 3 window, forming a 3 x 3 grid (see figure 5.5). Hence, the output 
feature map will be 3 x 3. It shrinks a little: by exactly two tiles alongside each 
dimension, in this case. You can see this border effect in action in the earlier example: 


you start with 28 x 28 inputs, which become 26 x 26 after the first convolution layer. 


Figure 5.5. Valid locations of 3 x 3 patches in a 5 x 5 input feature map 


If you want to get an output feature map with the same spatial dimensions as the input, 
you can use padding. Padding consists of adding an appropriate number of rows and 
columns on each side of the input feature map to make it possible to fit center 
convolution windows around every input tile. For a 3 x 3 window, you add one column 
on the right, one column on the left, one row at the top, and one row at the bottom. For 


a5 x 5 window, you add two rows (see figure 5.6). 


Figure 5.6. Padding a 5 x 5 input in order to extract 25 3 x 3 patches 





In layer _conv_2d layers, padding is configurable via the padding argument, which 
takes two values: "valid", which means no padding (only valid window locations will 
be used); and "same", which means “pad in such a way as to have an output with the 


same width and height as the input.” The padding argument defaults to "valid". 
Understanding convolution strides 


The other factor that can influence output size is the notion of strides. The description 
of convolution so far has assumed that the center tiles of the convolution windows are 


all contiguous. But the distance between two successive windows is a parameter of the 


convolution, called its stride, which defaults to 1. It’s possible to have strided 
convolutions: convolutions with a stride higher than 1. In figure 5.7, you can see the 
patches extracted by a 3 x 3 convolution with stride 2 over a 5 x 5 input (without 


padding). 


Figure 5.7. 3 x 3 convolution patches with 2 x 2 strides 














Using stride 2 means the width and height of the feature map are downsampled by a 
factor of 2 (in addition to any changes induced by border effects). Strided convolutions 
are rarely used in practice, although they can come in handy for some types of models; 


it’s good to be familiar with the concept. 


To downsample feature maps, instead of strides, we tend to use the max-pooling 
operation, which you saw in action in the first convnet example. Let’s look at it in more 
depth. 


5.1.2. The max-pooling operation 


In the convnet example, you may have noticed that the size of the feature maps is 
halved after every layer _max_ pooling 2d. For instance, before the first 

layer max pooling 2d, the feature map is 26 x 26, but the max-pooling operation 
halves it to 13 x 13. That’s the role of max pooling: to aggressively downsample feature 


maps, much like strided convolutions. 


Max pooling consists of extracting windows from the input feature maps and 
outputting the max value of each channel. It’s conceptually similar to convolution, 
except that instead of transforming local patches via a learned linear transformation 
(the convolution kernel), they’re transformed via a hardcoded max tensor operation. A 
big difference from convolution is that max pooling is usually done with 2 x 2 windows 


and stride 2, in order to downsample the feature maps by a factor of 2. On the other 


hand, convolution is typically done with 3 x 3 windows and no stride (stride 1). 


Why downsample feature maps this way? Why not remove the max-pooling layers and 
keep fairly large feature maps all the way up? Let’s look at this option. The 


convolutional base of the model would then look like this: 


Q QO 
C>%6 


model no max pool <- keras model sequential ( 
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Here’s a summary of the model: 
> model no_max_ pool 
Layer (type) Output Shape Param # 
conv2d 4 (Conv2D) (Nome; “26 =2'6;,. 3:2) 320 
conv2d_ 5 (Conv2D) (None, 24, 24, 64) 18496 
conv2d 6 (Conv2D) (Nome; (225. 22.6 76/4) 36928 














Total params: 55,744 
Trainable params: 55,744 


Non-trainable params: 0 


What’s wrong with this setup? Two things: 


e It isn’t conducive to learning a spatial hierarchy of features. The 3 x 3 windows in 
the third layer will only contain information coming from 7 x 7 windows in the 
initial input. The high-level patterns learned by the convnet will still be very small 
with regard to the initial input, which may not be enough to learn to classify digits 
(try recognizing a digit by only looking at it through windows that are 7 x 7 pixels!). 
We need the features from the last convolution layer to contain information about 
the totality of the input. 


¢ The final feature map has 22 x 22 x 64 = 30,976 total coefficients per sample. This 
is huge. If you were to flatten it to stick a dense layer of size 512 on top, that layer 
would have 15.8 million parameters. This is far too large for such a small model and 


would result in intense overfitting. 


In short, the reason to use downsampling is to reduce the number of feature-map 


coefficients to process, as well as to induce spatial-filter hierarchies by making 
successive convolution layers look at increasingly large windows (in terms of the 


fraction of the original input they cover). 


Note that max pooling isn’t the only way you can achieve such downsampling. As you 
already know, you can also use strides in the prior convolution layer. And you can use 
average pooling instead of max pooling, where each local input patch is transformed by 
taking the average value of each channel over the patch, rather than the max. But max 
pooling tends to work better than these alternative solutions. In a nutshell, the reason is 
that features tend to encode the spatial presence of some pattern or concept over the 
different tiles of the feature map (hence, the term feature map), and it’s more 
informative to look at the maximal presence of different features than at their average 
presence. So the most reasonable subsampling strategy is to first produce dense maps 
of features (via unstrided convolutions) and then look at the maximal activation of the 
features over small patches, rather than looking at sparser windows of the inputs (via 
strided convolutions) or averaging input patches, which could cause you to miss or 


dilute feature-presence information. 


At this point, you should understand the basics of convnets—feature maps, convolution, 
and max pooling—and you know how to build a small convnet to solve a toy problem 
such as MNIST digits classification. Now let’s move on to more useful, practical 


applications. 


5.2. TRAINING A CONVNET FROM SCRATCH ON A SMALL DATASET 


Having to train an image-classification model using very little data is a common 
situation, which you'll likely encounter in practice if you ever do computer vision in a 
professional context. A “few” samples can mean anywhere from a few hundred to a few 
tens of thousands of images. As a practical example, we'll focus on classifying images as 
dogs or cats, in a dataset containing 4,000 pictures of cats and dogs (2,000 cats, 2,000 


dogs). We'll use 2,000 pictures for training—1,000 for validation and 1,000 for testing. 


In this section, we'll review one basic strategy to tackle this problem: training a new 
model from scratch using what little data you have. You'll start by naively training a 
small convnet on the 2,000 training samples, without any regularization, to set a 
baseline for what can be achieved. This will get you to a classification accuracy of 71%. 
At that point, the main issue will be overfitting. Then we'll introduce data 
augmentation, a powerful technique for mitigating overfitting in computer vision. By 


using data augmentation, you'll improve the network to reach an accuracy of 82%. 


In the next section, we'll review two more essential techniques for applying deep 


learning to small datasets: feature extraction with a pretrained network (which will 
get you to an accuracy of 90%—96%) and fine-tuning a pretrained network (this will 
get you to a final accuracy of 97%). Together, these three strategies—training a small 
model from scratch, doing feature extraction using a pretrained model, and fine-tuning 
a pretrained model—will constitute your future toolbox for tackling the problem of 


performing image classification with small datasets. 


5.2.1. The relevance of deep learning for small-data problems 


You'll sometimes hear that deep learning only works when lots of data is available. This 
is valid in part: one fundamental characteristic of deep learning is that it can find 

interesting features in the training data on its own, without any need for manual feature 
engineering, and this can only be achieved when lots of training examples are available. 
This is especially true for problems where the input samples are very high-dimensional, 


like images. 


But what constitutes lots of samples is relative—relative to the size and depth of the 
network youre trying to train, for starters. It isn’t possible to train a convnet to solve a 
complex problem with just a few tens of samples, but a few hundred can potentially 
suffice if the model is small and well regularized and the task is simple. Because 
convnets learn local, translation-invariant features, they’re highly data efficient on 
perceptual problems. Training a convnet from scratch on a very small image dataset 
will still yield reasonable results despite a relative lack of data, without the need for any 


custom feature engineering. You'll see this in action in this section. 


What’s more, deep-learning models are by nature highly repurposable: you can take, 
say, an image-classification or speech-to-text model trained on a large-scale dataset and 
reuse it on a significantly different problem with only minor changes. Specifically, in 
the case of computer vision, many pretrained models (usually trained on the ImageNet 
dataset) are now publicly available for download and can be used to bootstrap powerful 
vision models out of very little data. That’s what you'll do in the next section. Let’s start 


by getting your hands on the data. 


5.2.2. Downloading the data 


The Dogs vs. Cats dataset that you'll use isn’t packaged with Keras. It was made 
available by Kaggle as part of a computer-vision competition in late 2013, back when 
convnets weren’t mainstream. You can download the original dataset from 
www.kaggle.com/c/dogs-vs-cats/data (you'll need to create a Kaggle account if you don’t 


already have one—don’t worry, the process is painless). 


The pictures are medium-resolution color JPEGs. Figure 5.8 shows some examples. 
Unsurprisingly, the dogs-versus-cats Kaggle competition in 2013 was won by entrants 
who used convnets. The best entries achieved up to 95% accuracy. In this example, 
you'll get fairly close to this accuracy (in the next section), even though you'll train your 


models on less than 10% of the data that was available to the competitors. 


Figure 5.8. Samples from the Dogs vs. Cats dataset. Sizes weren’t modified: the 
samples are heterogeneous in size, appearance, and so on. 





This dataset contains 25,000 images of dogs and cats (12,500 from each class) and is 
543 MB (compressed). After downloading and uncompressing it, you'll create a new 
dataset containing three subsets: a training set with 1,000 samples of each class, a 
validation set with 500 samples of each class, and a test set with 500 samples of each 
class. Listing 5.4 shows the code to do this. 


Listing 5.4. Copying images to training, validation, and test directories 


original dataset dir <- "~/Downloads/kaggle original data" 
base dir <- "~/Downloads/cats_and_dogs_small" 
dims.ecreate (base dar) 
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fnames <- paste0 ( 
file.copy(file.pa 
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fnames <- paste0("cat.", 
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As a sanity check, let’s count how many pictures are in each training split 
(train/validation/test): 
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So you do indeed have 2,000 training images, 1,000 validation images, and 1,000 test 
images. Each split contains the same number of samples from each class: this is a 
balanced binary-classification problem, which means classification accuracy will be an 


appropriate measure of success. 


5.2.3. Building your network 


You built a small convnet for MNIST in the previous example, so you should be familiar 
with such convnets. You'll reuse the same general structure: the convnet will be a stack 
of alternated layer _conv_2d (with relu activation) and layer max pooling 2d 


stages. 


But because youre dealing with bigger images and a more complex problem, you'll 
make your network larger, accordingly: it will have one more layer conv 2d+ 
layer max pooling 2d stage. This serves both to augment the capacity of the 


network and to further reduce the size of the feature maps so they aren’t overly large 





when you reach layer flatten. Here, because you start from inputs of size 150 x 


150 (a somewhat arbitrary choice), you end up with feature maps of size 7 x 7 just 





before layer flatten. 





Note 


The depth of the feature maps progressively increases in the network (from 32 to 128), 
whereas the size of the feature maps decreases (from 148 x 148 to 7 x 7). This is a 


pattern you'll see in almost all convnets. 





Because you're attacking a binary-classification problem, you'll end the network with a 
single unit (a layer dense of size 1) anda sigmoid activation. This unit will encode 


the probability that the network is looking at one class or the other. 


Listing 5.5. Instantiating a small convnet for dogs-versus-cats classification 


library (keras) 
































model <- keras_ model sequential() %>% 
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Let’s look at how the dimensions of the feature maps change with every successive 


layer: 


> summary (model) 









































Layer (type) Output Shape Param # 
conv2d_1 (Conv2D) (Nome; AAs dase, = 23:25) 896 
maxpooling2d_ 1 (MaxPooling2D) (Nome, 74, Ay 32) 0 
convZide 25s (Gonw2:D)) (Nome; G25. FW2,. 76'4:) 18496 
maxpooling2d 2 (MaxPooling2D) (None, 36, 36, 64) 0 
conv2d_ 3 (Conv2D) (None, 34, 34, 128) 73856 
maxpooling2d 3 (MaxPooling2D) (Nome; 1527. Aki A238) 0 
conv2d_ 4 (Conv2D) (None;) iby) aby) 1283) 147584 
maxpooling2d 4 (MaxPooling2D) (None, 7, 7, 128) 0 
flotven I ah Pateens) (None, 6272) 0 

dense 1 (Dense) (None, 512) SDA 
dense 2 (Dense) (None, 1) ops) 

















Total “params: 8.453;,.b2a 
Trainable params: 3,453,121 


Non-trainable params: 0 


For the compilation step, you'll go with the RMSprop optimizer, as usual. Because you 
ended the network with a single sigmoid unit, you'll use binary crossentropy as the loss 
(as a reminder, check out table 4.1 for a cheatsheet on what loss function to use in 


various situations). 


Listing 5.6. Configuring the model for training 


model %S>% compile ( 
OSs OMA hy A CLO SS Onis ZOD ts, 
Optamizen "= optimizer rmsprop (lr = Le= di), 


Mebr Nes: = celGhkacext) 


5.2.4. Data preprocessing 


As you know by now, data should be formatted into appropriately preprocessed 
floating-point tensors before being fed into the network. Currently, the data sits on a 


drive as JPEG files, so the steps for getting it into the network are roughly as follows: 


= 


Read the picture files. 
Decode the JPEG content to RGB grids of pixels. 


Convert these into floating-point tensors. 


ko wp 


Rescale the pixel values (between 0 and 255) to the [o, 1] interval (as you know, 


neural networks prefer to deal with small input values). 


It may seem a bit daunting, but thankfully Keras has utilities to take care of these steps 
automatically. Keras includes a number of image-processing helper tools. In particular, 
it includes the image _data_ generator () function, which can automatically turn 


image files on disk into batches of preprocessed tensors. This is what you'll use here. 


Listing 5.7. Using image_data_generator to read images from directories 


train datagen <- image data _generator(rescale = 1/255) pl 
validation datagen <- image data _generator(rescale = 1/255) cL 
train _generator <- flow_images from directory ( 
isan clasts, 2 
train datagen, 3 
CamnG eee Sa zout— ser ula Ors des:0y 4 
baivchivsatz eee: 32.0%, 5 


elassomode = Mornay 


validation generator <- flow_images from directory ( 
validation dir, 
validation datagen, 
Cangete Saiz Gut — perulo Oe aeS:00)¢ 
batch ws asz.eae—s 2.0%, 


Glass modey=' baararcy' 


¢ 1 Rescales all images by 1/255 

e 2 Target directory 

¢ 3 Training data generator 

° 4 Resizes all images to 150 x 150 


e 5 Because you use binary_crossentropy loss, you need binary labels. 


Let’s look at the output of one of these generators: it yields batches of 150 x 150 RGB 


images (shape (20, 150, 150, 3))and binary labels (shape (20) ). There are 20 
samples in each batch (the batch size). Note that the generator yields these batches 


indefinitely—it loops endlessly over the images in the target folder: 


> batch <- generator next (train generator) 

> str (batch) 
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Let’s fit the model to the data using the generator. You do so using the 








fit generator function, the equivalent of fit for data generators like this one. It 
expects as its first argument a generator that will yield batches of inputs and targets 
indefinitely, like this one does. Because the data is being generated endlessly, the fitting 
process needs to know how many samples to draw from the generator before declaring 
an epoch over. This is the role of the steps per epoch argument: after having drawn 


steps per epoch batches from the generator—after having run for 





steps per epoch gradient descent steps—the fitting process will go to the next 
epoch. In this case, batches are 20 samples, so it will take 100 batches until you see 


your target of 2,000 samples. 





When using fit generator, you can passa validation data argument, much as 





with the £it function. It’s important to note that this argument is allowed to be a data 
generator, but it could also be a list of arrays. If you pass a generator as 

validation data, then this generator is expected to yield batches of validation data 
endlessly; thus you should also specify the validation steps argument, which tells 


the process how many batches to draw from the validation generator for evaluation. 


Listing 5.8. Fitting the model using a batch generator 


history <- model %>% fit generator ( 


train_generator, 





Steps per lcpochs = Aho; 
epochs = 30, 
validation data = validation generator, 


validation steps = 50 


It’s good practice to always save your models after training. 


Listing 5.9. Saving the model 


model %>5 save modell hdfs ("cats and dogs small 1.h5") 





Let’s plot the loss and accuracy of the model over the training and validation data 
during training (see figure 5.9). These plots are characteristic of overfitting. The training 
accuracy increases linearly over time, until it reaches nearly 100%, whereas the 
validation accuracy stalls at 71%—75%. The validation loss reaches its minimum after 
only five epochs and then stalls, whereas the training loss keeps decreasing linearly 


until it reaches nearly o. 


Figure 5.9. Training and validation metrics 
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Listing 5.10. Displaying curves of loss and accuracy during training 


plot (hasitiory) 


Because you have relatively few training samples (2,000), overfitting will be your 
number-one concern. You already know about a number of techniques that can help 
mitigate overfitting, such as dropout and weight decay (L2 regularization). We’re now 
going to work with a new one, specific to computer vision and used almost universally 


when processing images with deep-learning models: data augmentation. 


5.2.5. Using data augmentation 


Overfitting is caused by having too few samples to learn from, rendering you unable to 


train a model that can generalize to new data. Given infinite data, your model would be 
exposed to every possible aspect of the data distribution at hand: you would never 
overfit. Data augmentation takes the approach of generating more training data from 
existing training samples, by augmenting the samples via a number of random 
transformations that yield believable-looking images. The goal is that at training time, 
your model will never see the exact same picture twice. This helps expose the model to 


more aspects of the data and generalize better. 


In Keras, this can be done by configuring a number of random transformations to be 
performed on the images read by an image _ data generator. Let’s get started with 


an example. 


Listing 5.11. Setting up a data augmentation configuration via 
image _data_generator 


datagen <- image data_generator ( 
rescale = 1/255, 
rotation range = 40, 
Walceh gsihakPrs can ges = Ois2, 
hergqnbyshi he ranges = 0823, 
shearirange = 0-2; 
Zoom. range: = Ol. 2, 


hematoma Selb. = ERY, 





Palle eMOdemS tne aeelsice 


These are just a few of the options available (for more, see the Keras documentation). 


Let’s quickly go over this code: 


e rotation range isa value in degrees (0-180), a range within which to randomly 


rotate pictures. 








e width shift andheight shift are ranges (as a fraction of total width or 


height) within which to randomly translate pictures vertically or horizontally. 
e shear range is for randomly applying shearing transformations. 
e zoom range is for randomly zooming inside pictures. 


e horizontal flip is for randomly flipping half the images horizontally—relevant 





when there are no assumptions of horizontal asymmetry (for example, real-world 


pictures). 


e fill mode is the strategy used for filling in newly created pixels, which can appear 
after a rotation or a width/height shift. 





Figure 5.10. Generation of cat pictures via random data augmentation 





Listing 5.12. Displaying some randomly augmented training images 





Eimames <— Vash filesi(urain cats dir, ull names = ERU 


GI 
~~ 


img path <- fnames[[3]] 


img, <= amages load(amg pathy, cangetlsmze. — ic (MlS072 150!) ) 





img array <- image _to_array (img) 


Img array <= array reishape(imguarray,, -ci(l, W50,. 50, 3°) 


augmentation generator <- flow_images_ from data ( 


img array, 


generator = datagen, 
iDaiZehus ize — ae 
) 
Ope <= pParilime=now, — ic(Z7 2). Peya— sto mare — se ul Oy. lle On) 


nee: Nite abigh (hel oH 
batch <- generator next (augmentation generator) 
plot(as. raster (batch (17, 1))) 

} 

par (op) 


e 1 Chooses one image to augment 


e 2 Reads the image and resizes it 


oO 


HDA AA DH YH 


¢ 3 Converts it to an array with shape (150, 150, 3) 
¢ 4 Reshapes it to (4, 150, 150, 3) 


¢ 5 Generates batches of randomly transformed images. Loops 


indefinitely, so you need to break the loop at some point! 


¢ 6 Plots the images 


If you train a new network using this data-augmentation configuration, the network 


will never see the same input twice. But the inputs it sees are still heavily 


intercorrelated, because they come from a small number of original images—you can’t 


produce new information, you can only remix existing information. As such, this may 


not be enough to completely get rid of overfitting. To further fight overfitting, you'll also 


add a dropout layer to your model, right before the densely connected classifier. 


Listing 5.13. Defining a new convnet that includes dropout 
































model <- keras_ model sequential() %>% 
TaAyereconve Ad hithcerss— (327° kernel sowie" =) iC (35.93) %, dCllvyd clon 
Mmputcshape = —e(150) 1507, si). 62% 
ayers Max poolange7di(poolisaZes = 162, 2) oS 
Laver cOnvnZdiCmiltexrs T6478 skerned esses C37" es) he vd Cel Va eon, 
ayer Max. poolangeZd: (pool saz es — se 22) 3) oe 
have recone acy Melt ews eal 2 ore ake ri eile eS 7er Gu 3yr Shp aC lvat.loOne— 
Ayer Max poolange7ci(poolwist zen = 1ciG27 221) “eS 
AV. Cre COnmV aC (sales: — Sl Oe a osatl Sul Sal 7icar— 2G (Siero) yd C alae Ome 
ayer: Max, O00lanG Zc: (pool isasZ es — 201025, 2) 8) oS 
ayers filaticen |): 22s 
ayer dropoutitrate = (02.5) ss 
Layers dense(Und es: = =od2.," actus taon: =: WirceluM)) 6% 
layer dense(units = 1, activation = "sigmoid") 


model %S>% compile ( 
Osis — Dain aye OOS |S nterOpyin, 
optimizer = “optimrzer rmsprop(ir = e=4), 


Metric ss = Cl Naeors) 











Let’s train the network using data augmentation and dropout. 


Listing 5.14. Training the convnet using data-augmentation generators 


datagen <- image data_generator ( 
rescale = 1/255, 
rotation range = 40, 
Witches hash seanges = 0.2, 
hergheashi tig cange:— 20s 2%, 


shear range = 0.2, 


Waced aan > 


Wied) 


Masel) 


Meee) 


zoom range = 0.2, 
horazon Gade st ikato= = —PRU: 
) 





Gl 


test _datagen <- image data_generator(rescale = 1/255) 
Erain, generator=<— tllow amages “erom directory ( al 
Gane cars, Z. 
datagen, 3: 
Range tesa — eUul SOF aS, 4 
batt chy isikZ = 3 27, 
eClassimode “= "bunanyt 5 


) 
validation generator <- flow_images from directory ( 
validation dir, 
test _datagen, 
Pangea saz 62 Ber (ueaO ce mlbS.0)) a, 
baiche sai Zien 32), 


class_mode 


) 


hvstory <= model 2>5 -futsgenerator( 


"binary" 


train generator, 





steps per epoch = 100, 
epochs = 100, 
validation data = validation generator, 


validation steps = 50 


¢ 1 Note that the validation data shouldn’t be augmented! 

e 2 Target directory 

e 3 Data generator 

¢ 4 Resizes all images to 150 x 150 

e 5 Because you use binary_crossentropy loss, you need binary labels. 


Let’s save the model—you'll use it in section 5.4. 


Listing 5.15. Saving the model 


model %>% save model hdf5("cats_and dogs small 2.h5") 





Thanks to data augmentation and dropout, you're no longer overfitting: the training 
curves are closely tracking the validation curves (see figure 5.11). You can now reach an 


accuracy of 82%, a 15% relative improvement over the non-regularized model. 


Figure 5.11. Training and validation metrics 
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By using regularization techniques even further, and by tuning the network’s 
parameters (such as the number of filters per convolution layer, or the number of layers 
in the network), you may be able to get an even better accuracy, likely up to 86% or 
87%. But it would prove difficult to go any higher just by training your own convnet 
from scratch, because you have so little data to work with. As a next step to improve 
your accuracy on this problem, you'll have to use a pretrained model, which is the focus 


of the next two sections. 


5.3. USING A PRETRAINED CONVNET 


A common and highly effective approach to deep learning on small image datasets is to 
use a pretrained network. A pretrained network is a saved network that was previously 
trained on a large dataset, typically on a large-scale image-classification task. If this 
original dataset is large enough and general enough, then the spatial hierarchy of 
features learned by the pretrained network can effectively act as a generic model of the 
visual world, and hence its features can prove useful for many different computer- 
vision problems, even though these new problems may involve completely different 
classes than those of the original task. For instance, you might train a network on 
ImageNet (where classes are mostly animals and everyday objects) and then repurpose 
this trained network for something as remote as identifying furniture items in images. 
Such portability of learned features across different problems is a key advantage of 
deep learning compared to many older, shallow-learning approaches, and it makes 


deep learning very effective for small-data problems. 


In this case, let’s consider a large convnet trained on the ImageNet dataset (1.4 million 
labeled images and 1,000 different classes). ImageNet contains many animal classes, 
including different species of cats and dogs, and you can thus expect to perform well on 


the dogs-versus-cats classification problem. 


Youll use the VGG16 architecture, developed by Karen Simonyan and Andrew 


’ ' ae : ; : [1 
Zisserman in 2014; it’s a simple and widely used convnet architecture for ImageNet. 


Although it’s an older model, far from the current state of the art and somewhat 
heavier than many other recent models, we chose it because its architecture is similar to 
what you're already familiar with and is easy to understand without introducing any 
new concepts. This may be your first encounter with one of these cutesy model names— 
VGG, ResNet, Inception, Inception-ResNet, Xception, and so on; you'll get used to 
them, because they will come up frequently if you keep doing deep learning for 


computer vision. 


1 


Karen Simonyan and Andrew Zisserman, “Very Deep Convolutional Networks for Large-Scale Image 
Recognition,” arXiv (2014), https://arxiv.org/abs/1409.1556. 


There are two ways to use a pretrained network: feature extraction and fine-tuning. 


We'll cover both of them. Let’s start with feature extraction. 


5.3.1. Feature extraction 


Feature extraction consists of using the representations learned by a previous network 
to extract interesting features from new samples. These features are then run through a 


new classifier, which is trained from scratch. 


As you saw previously, convnets used for image classification comprise two parts: they 
start with a series of pooling and convolution layers, and they end with a densely 
connected classifier. The first part is called the convolutional base of the model. In the 
case of convnets, feature extraction consists of taking the convolutional base of a 
previously trained network, running the new data through it, and training a new 


classifier on top of the output (see figure 5.12). 


Figure 5.12. Swapping classifiers while keeping the same convolutional base 
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Why only reuse the convolutional base? Could you reuse the densely connected 
classifier as well? In general, doing so should be avoided. The reason is that the 
representations learned by the convolutional base are likely to be more generic and 
therefore more reusable: the feature maps of a convnet are presence maps of generic 
concepts over a picture, which is likely to be useful regardless of the computer-vision 
problem at hand. But the representations learned by the classifier will necessarily be 
specific to the set of classes on which the model was trained—they will only contain 
information about the presence probability of this or that class in the entire picture. 
Additionally, representations found in densely connected layers no longer contain any 
information about where objects are located in the input image: these layers get rid of 
the notion of space, whereas the object location is still described by convolutional 
feature maps. For problems where object location matters, densely connected features 


are largely useless. 


Note that the level of generality (and therefore reusability) of the representations 
extracted by specific convolution layers depends on the depth of the layer in the model. 
Layers that come earlier in the model extract local, highly generic feature maps (such as 
visual edges, colors, and textures), whereas layers that are higher up extract more- 
abstract concepts (such as “cat ear” or “dog eye”). So if your new dataset differs a lot 
from the dataset on which the original model was trained, you may be better off using 
only the first few layers of the model to do feature extraction, rather than using the 


entire convolutional base. 


In this case, because the ImageNet class set contains multiple dog and cat classes, it’s 


likely to be beneficial to reuse the information contained in the densely connected 


layers of the original model. But we'll choose not to, in order to cover the more general 


case where the class set of the new problem doesn’t overlap the class set of the original 


model. Let’s put this in practice by using the convolutional base of the VGG16 network, 


trained on ImageNet, to extract interesting features from cat and dog images, and then 


train a dogs-versus-cats classifier on top of these features. 


The VGG16 model, among others, comes prepackaged with Keras. Here’s the list of 


image-classification models (all pretrained on the ImageNet dataset) that are available 


as part of Keras: 


Xception 
Inception V3 
ResNet50 
VGG16 
VGG19 


MobileNet 


Let’s instantiate the VGG16 model. 


Listing 5.16. Instantiating the VGG16 convolutional base 


library (keras) 


conv_base <- application vgg16 ( 
weights = "imagenet", 
include _top = FALSE, 
TMP tershap er Fore O Pe eS:0 33!) 





You pass three arguments to the function: 


weights specifies the weight checkpoint from which to initialize the model. 


include_ top refers to including (or not) the densely connected classifier on top of 
the network. By default, this densely connected classifier corresponds to the 1,000 
classes from ImageNet. Because you intend to use your own densely connected 


classifier (with only two classes: cat and dog), you don’t need to include it. 


input _ shape is the shape of the image tensors that you'll feed to the network. This 


argument is purely optional: if you don’t pass it, the network will be able to process 


inputs of any size. 


Here’s the detail of the architecture of the VGG16 convolutional base. It’s similar to the 


simple convnets you're already familiar with: 


> conv_base 







































































Layer (type) Output Shape Param # 
input_1 (InputLayer) (None;) Alo OF. S504 nS) 0 
blockl convl (Convolution2D) (None) sO}. AsO. 64)) OZ 
blockl conv2 (Convolution2D) (None WSO). alnsi0,. 6:42) 36928 
block1l pool (MaxPooling2D) (NoOmer Gide 25:,- <o4") 0 
block2 convl (Convolution2D) (Nomen Dies deby 223%) He B5:6 
block2 conv2 (Convolution2D) (NOME 7 emir maleor a eleZ/83) 147584 
block2 pool (MaxPooling2D) (Nomeln Sapa -Su/3, 2 al2/3)) 0 
block3 convl (Convolution2D) (Nome -3i5 Sil7- 2516) 295168 
block3 conv2 (Convolution2D) (Nomer 23.0.7. Sil, 25:6) 590080 
block3 conv3 (Convolution2D) (None 7 3a) Si), E2516) 590080 
block3 pool (MaxPooling2D) (None, 18, 18, 256) 0 
block4 convl (Convolution2D) (NG Mer er ICs. kOe or lh))) 1180160 
block4 conv2 (Convolution2D) (Nomen a alkS 7a lkS. eo) 2359808 
block4 conv3 (Convolution2D) (Nomen oS lB x os) 2359808 
block4 pool (MaxPooling2D) (Nome 2 (976 2952 Sil) 0 
block5S convl (Convolution2D) (Nome, 397 -9i,= voli) 2359808 
block5 conv2 (Convolution2D) (Nomen Oe 2 9re voull2)) 2359808 
block5S conv3 (Convolution2D) (Nome OF Oi oily) 2359808 
block5S pool (MaxPooling2D) (None, 4, 4, 512) 0 








Total params: 


Trainable params: 


14,714, 688 
14,714, 688 


Non-trainable params: 0 


The final feature map has shape (4, 4, 512).That’s the feature on top of which 


youll stick a densely connected classifier. 
At this point, there are two ways you could proceed: 


e Running the convolutional base over your dataset, recording its output to an array 
on disk, and then using this data as input to a standalone, densely connected 
classifier similar to those you saw in part 1 of this book. This solution is fast and 
cheap to run, because it only requires running the convolutional base once for every 
input image, and the convolutional base is by far the most expensive part of the 
pipeline. But for the same reason, this technique won't allow you to use data 


augmentation. 


e Extending the model you have (conv_base) by adding dense layers on top, and 
running the whole thing end to end on the input data. This will allow you to use data 
augmentation, because every input image goes through the convolutional base every 
time it’s seen by the model. But for the same reason, this technique is far more 


expensive than the first. 


We'll cover both techniques. Let’s walk through the code required to set up the first 
one: recording the output of conv_base on your data and using these outputs as 


inputs to a new model. 
Fast feature extraction without data augmentation 


You'll start by running instances of the previously introduced 
image data generator to extract images as arrays as well as their labels. You'll 


extract features from these images by calling the predict method on the model. 


Listing 5.17. Extracting features using the pretrained convolutional base 


base dir <- "~/Downloads/cats_and_dogs_ small" 
treatin <> =f espathi(base dike Wtrwarn) 
validation dir <— fillepath (base dir, “validation”) 


test dies * hivke spath (basen Css) MhEese24) 
datagen <- image data_generator(rescale = 1/255) 
babichwsaizion<—--2)0) 
extract Leatumes.<— funeuron (darectomy,;, sampiteveount)) 4 
hod wUrese<— array (Ove dims =e (Samper Gouin. tos 74i2 e477 Soa2))s) 
habedis; <—arrayi.07, dame (sampliexcounit,)y) 
generator <- flow_images from directory ( 
directory = directory, 
generator = datagen, 
PAng er Sizes = cil 0ys aks 0), 
Datichws 1sz.en-— slat cha Sanzicy, 


class mode = "binary" 


) 

ae (0 

while(TRUE) { 
batch <- generator next (generator) 
inputs batch -<— bavehi, [i] 
labels batch. <— ‘batch [21] 
features batch <- conv_base %>% predict (inputs_batch) 
MnNCdexeebangerea. ihe b aticheeSaizey et lesen (Gata tall) Seca aivehs SHsze)) 
features lindex vrange,.,,;]| <> features: batten 


labels[index_ range] <- labels batch 








uke eet Tale eee Al 


ath (il e< bait Chsua7e > — Ss ample Se OUTIE)) 





break 1 
} 
HEAR Sten 
features = features, 
labels = labels 





} 


ERaIn <=“extract features (trangia, 210,0:0:) 
validatwon <= extracte featunes(validatron dir, 1000) 


EESt <> extra Cr re atures (tre site: dase. 1N010)0)) 


e 1 Note that because generators yield data indefinitely in a loop, you 


must break after every image has been seen once. 


The extracted features are currently of shape (samples, 4, 4, 512). You'll feed 


them to a densely connected classifier, so first you must flatten them to (samples, 


8192): 





reshape featunes <> functroni( features) 4 


drravyereshape (features, dam -—— cnrows (Reabure ss!) “Ay kd 2 Oile2))y) 





} 


train$features <- reshape features (trainSfeatures) 








validation$features <- reshape features (validation$features) 





test$features <- reshape features (test$features) 


At this point, you can define your densely connected classifier (note the use of dropout 


for regularization) and train it on the data and labels that you just recorded. 


Listing 5.18. Defining and training the densely connected classifier 


model <- keras_model sequential() %>% 
Layers dense: Gunawse-—— 25 615 gl Cieiva: ELOne—o urelhirus 
Thigh ONbWe stl sha oKe ree teecus a AY Bee ESE) ort 
kA VO wR OUEs Chaiber = 04.91) 9256 
layeradense(unatses i, vackivatron== sr gmordt)) 


model %>% compile ( 
OplLamuzer = optimazer xcmsprop(ir = 2e=5)., 
less = Whanany icrosisentropy 


metrics = c("accuracy") 


history <- model %>% fit ( 
trainSfeatures, trainS$labels, 
epochs = 30, 
batehesazies =" 20), 


validation data = list(validation$features, validation$labels) 








Training is very fast, because you only have to deal with two dense layers—an epoch 
takes less than one second even on CPU. Let’s look at the loss and accuracy curves 


during training (see figure 5.13). 


Figure 5.13. Training and validation metrics for simple feature extraction 
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Listing 5.19. Plotting the results 


plot (hastens) 


You reach a validation accuracy of about 90%—much better than you achieved in the 
previous section with the small model trained from scratch. But the plots also indicate 
that youre overfitting almost from the start—despite using dropout with a fairly large 


rate. That’s because this technique doesn’t use data augmentation, which is essential for 


preventing overfitting with small image datasets. 
Feature extraction with data augmentation 


Now, let’s review the second technique we mentioned for doing feature extraction, 
which is much slower and more expensive, but which allows you to use data 
augmentation during training: extending the conv_base model and running it end to 


end on the inputs. 





Note 


This technique is so expensive that you should only attempt it if you have access to a 
GPU-—it’s absolutely intractable on a CPU. If you can’t run your code on a GPU, then 


the previous technique is the way to go. 





Because models behave just like layers, you can add a model (like conv_base) toa 


sequential model just like you would add a layer. 


Listing 5.20. Adding a densely connected classifier on top of the convolutional 
base 


model <- keras_model sequential() %>% 
conv_base %>% 
layer flatten() %>% 
PAV Ce Sn's SCUnase Sie = 75 Oj. cael Vaile NON a= WV reUM eGo 


layers dense (unas) = ly, “ackivatvon = “"srgmordt ) 


This is what the model looks like now: 




















> model 

Layer (type) Output Shape Param # 
vggl6 (Model) (Nome, “47. “45. <51b2)) 14714688 
filkoevenw dl Cr catten) (None, 8192) 0 

dense 1 (Dense) (None, 256) 2097408 
dense 2 (Dense) (None, 1) Zod 

















Totaly spoawamg: 16% Sak 27 S55: 
Lradnable params: 16,8127 353 


Non-trainable params: 0 


As you can see, the convolutional base of VGG16 has 14,714,688 parameters, which is 


very large. The classifier you’re adding on top has 2 million parameters. 


Before you compile and train the model, it’s very important to freeze the convolutional 
base. Freezing a layer or set of layers means preventing their weights from being 
updated during training. If you don’t do this, then the representations that were 
previously learned by the convolutional base will be modified during training. Because 
the dense layers on top are randomly initialized, very large weight updates would be 
propagated through the network, effectively destroying the representations previously 


learned. 





In Keras, you freeze a network using the freeze weights () function: 


> cat("This is the number of trainable weights before freezing", 


"the conv base:", length(model$trainable weights), "\n") 





This is the number of trainable weights before freezing the conv base: 30 
> freeze weights (conv_base) 
> cat("This is the number of trainable weights after freezing", 


Uthe conv cbases 4; dlength (model Strainablecwerghtsiy, Wn) 





This is the number of trainable weights before freezing the conv base: 4 











With this setup, only the weights from the two dense layers that you added will be 
trained. That’s a total of four weight tensors: two per layer (the main weight matrix and 
the bias vector). Note that in order for these changes to take effect, you must first 
compile the model. If you ever modify weight trainability after compilation, you should 


then recompile the model, or these changes will be ignored. 


Now you can start training your model, with the same data-augmentation configuration 


that you used in the previous example. 


Listing 5.21. Training the model end to end with a frozen convolutional base 


train _datagen = image data_generator ( 
rescale = 1/255, 
rotation range = 40, 


width shift range = 0.2, 
height shittsyrange- = 10.027, 
shear range = 0.2, 
ZOOM pa NG Oye — OLI2Y, 


heruvontals flap = PRUE, 





fi kl mode = “nearest” 


) 


test _datagen <- image data_generator(rescale = 1/255) 


train_generator <- flow_images from directory ( 
traans dass, 
train _datagen, 
Pasg et osazes— CHS S078 5.0); 

20, 

"binary" ©) 


WM W NH BH 


bat chersatz eS 


class mode 
) 
validation generator <- flow_images from directory ( 
validation dir, 
test _datagen, 
ange ta shze ee (lOO s. WoO s, 
batches Zier iO, 
class modes=" “banakr ys 
) 
model %>% compile ( 
hosiss-— WO mnany eOrOssentnOp yi, 
Optimizer = optimizer  cmspropiGhe ==2e=5)) 7 
metrics = c("accuracy") 
) 
history <=-modell 2>%. fitogenerator( 
train_generator, 


steps per epoch = 100, 





epochs = 30, 
validation _data = validation _generator, 


viailidatuona steps: = 250 


e 1 Note that the validation data shouldn’t be augmented! 
e 2 Target directory 

e 3 Data generator 

¢ 4 Resizes all images to 150 x 150 


e 5 Because you use binary_crossentropy loss, you need binary labels. 


Let’s plot the results again (see figure 5.14). As you can see, you reach a validation 
accuracy of about 90%. This is much better than you achieved with the small convnet 
trained from scratch. 


Figure 5.14. Training and validation metrics for feature extraction with data 
augmentation 
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5.3.2. Fine-tuning 


Another widely used technique for model reuse, complementary to feature extraction, is 
fine-tuning (see figure 5.15). Fine-tuning consists of unfreezing a few of the top layers of 
a frozen model base used for feature extraction, and jointly training both the newly 
added part of the model (in this case, the fully connected classifier) and these top 
layers. This is called fine-tuning because it slightly adjusts the more abstract 
representations of the model being reused, in order to make them more relevant for the 


problem at hand. 


Figure 5.15. Fine-tuning the last convolutional block of the VGG16 network 
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We fine-tune 
our own fully 
connected 
classifier. 





We stated earlier that it’s necessary to freeze the convolution base of VGG16 in order to 
be able to train a randomly initialized classifier on top. For the same reason, it’s only 
possible to fine-tune the top layers of the convolutional base once the classifier on top 
has already been trained. If the classifier isn’t already trained, then the error signal 
propagating through the network during training will be too large, and the 
representations previously learned by the layers being fine-tuned will be destroyed. 


Thus the steps for fine-tuning a network are as follows: 


1. Add your custom network on top of an already-trained base network. 
2. Freeze the base network. 


3. Train the part you added. 


4. Unfreeze some layers in the base network. 


5. Jointly train both these layers and the part you added. 


You already completed the first three steps when doing feature extraction. Let’s proceed 


with step 4: you'll unfreeze your conv_base and then freeze individual layers inside it. 


As a reminder, this is what your convolutional base looks like: 


> conv_base 













































































Layer (type) Output Shape Param # 
input_1 (InputLayer) (Nome; 50.5 15.07. #3:) 0 
blockl_ convl (Convolution2D) (Nome 7. WhS:0F 515.05" 264:) I-92 
blockl conv2 (Convolution2D) (None “aS OF 25:07" 6:42) 36928 
blockl pool (MaxPooling2D) (Nores = 155 5 164") 0 
block2 convl (Convolution2D) (None Soi ibe SED83) 73856 
block2 conv2 (Convolution2D) (NOME ereior= 15%, e2:83) 147584 
block2 pool (MaxPooling2D) (None, “3a Be 2.83) 0 
block3 convl (Convolution2D) (Noner= 3/7 Bal 2 2:5:65) 295168 
block3 conv2 (Convolution2D) CNOINe Sar Sales 75:6u) 590080 
block3 conv3 (Convolution2D) (Norer 3/7 3:77 = 25°69) 590080 
block3 pool (MaxPooling2D) (None IRB Si. ©2:5:6y) 0 
block4 convl (Convolution2D) (Nomers SrSi st Slk8s = se 5als22) 1180160 
block4 conv2 (Convolution2D) (Nomen het walkSies “5alh2.,) 2359808 
block4 conv3 (Convolution2D) (Norere aS = aes ulls22) 2359808 
block4 pool (MaxPooling2D) (Norier Or 9: ae 22) 0 
block5 convl (Convolution2D) (None; 9. 9, “51)2)) 2359808 
block5 conv2 (Convolution2D) (None, 9; 9, S12) 2359808 
block5 conv3 (Convolution2D) (Nore; —9% <9),- 252) 2359808 
block5 pool (MaxPooling2D) (None, 4, 4, 512) 0 

Total params: 14714688 


You'll fine-tune all of the layers from block3_conv1 on. Why not fine-tune more 
layers? Why not fine-tune the entire convolutional base? You could. But you need to 


consider the following: 


e Earlier layers in the convolutional base encode more-generic, reusable features, 
whereas layers higher up encode more-specialized features. It’s more useful to fine- 
tune the more specialized features, because these are the ones that need to be 
repurposed on your new problem. There would be fast-decreasing returns in fine- 


tuning lower layers. 


e The more parameters youre training, the more youre at risk of overfitting. The 
convolutional base has 15 million parameters, so it would be risky to attempt to 


train it on your small dataset. 


Thus, in this situation, it’s a good strategy to fine-tune only some of the layers in the 
convolutional base. Let’s set this up, starting from where you left off in the previous 


example. 


Listing 5.22. Unfreezing previously frozen layers 


Uunkreeze weights (conv base, rom = “bilkock3: convil) 


Now you can begin fine-tuning the network. You'll do this with the RMSProp optimizer, 
using a very low learning rate. The reason for using a low learning rate is that you want 
to limit the magnitude of the modifications you make to the representations of the three 


layers you're fine-tuning. Updates that are too large may harm these representations. 


Listing 5.23. Fine-tuning the model 


model %>% compile ( 
Osis Vbinanye ChOSSentropyi, 
OP EIMEZe re — Op Lamitz ere EMS px20 pi (ler s— eS i) 
metrics = c("accuracy") 
) 
history <= modell 2>5 fit generator: 
train generator, 


Steps per epoch: = 100; 





epochs = 100, 
validation data = validation generator, 


Valvied awsome Seep Se: 50) 


Let’s plot the results, as shown in figure 5.16. You're seeing a nice 6% absolute 


improvement in accuracy, from about 90% to greater than 96%. 





Figure 5.16. Training and validation metrics for fine-tuning 
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Note that the loss curve doesn’t show any real improvement (in fact, it’s deteriorating). 


You may wonder, how can accuracy stay stable or improve if the loss isn’t decreasing? 


The answer is simple: what you display is an average of pointwise loss values; but what 


matters for accuracy is the distribution of the loss values, not their average, because 


accuracy is the result of a binary thresholding of the class probability predicted by the 


model. The model may still be improving even if this isn’t reflected in the average loss. 


You can now finally evaluate this model on the test data: 


ESSE generator <— £illow images from directory ( 


) 


eS daw, 

test_datagen, 

Garge es ze = Fe. (SI07 1 510))s, 
batvehy sa zie = 20), 

class emode: = sNiomnany 


> model %>% evaluate generator (test generator, 


Sloss 


[1] 


Ope Zavaro nleralt 


Sacc 


[1] 


Ol 916)5) 


steps = 50) 


Here you get a test accuracy of 96.5%. In the original Kaggle competition around this 
dataset, this would have been one of the top results. But using modern deep-learning 
techniques, you managed to reach this result using only a small fraction of the training 
data available (about 10%). There is a huge difference between being able to train on 


20,000 samples compared to 2,000 samples! 


5.3.3. Wrapping up 


Here’s what you should take away from the exercises in the past two sections: 


e Convnets are the best type of machine-learning models for computer-vision tasks. 
It’s possible to train one from scratch even on a very small dataset, with decent 


results. 


¢ Ona small dataset, overfitting will be the main issue. Data augmentation is a 


powerful way to fight overfitting when youre working with image data. 


e It’s easy to reuse an existing convnet on a new dataset via feature extraction. This is 


a valuable technique for working with small image datasets. 


e As acomplement to feature extraction, you can use fine-tuning, which adapts to a 
new problem some of the representations previously learned by an existing model. 


This pushes performance a bit further. 


Now you have a solid set of tools for dealing with image-classification problems—in 


particular with small datasets. 


5.4. VISUALIZING WHAT CONVNETS LEARN 


It’s often said that deep-learning models are “black boxes”: learning representations 
that are difficult to extract and present in a human-readable form. Although this is 
partially true for certain types of deep-learning models, it’s definitely not true for 
convnets. The representations learned by convnets are highly amenable to 
visualization, in large part because they’re representations of visual concepts. Since 
2013, a wide array of techniques have been developed for visualizing and interpreting 
these representations. We won't survey all of them, but we'll cover three of the most 


accessible and useful ones: 


¢ Visualizing intermediate conunet outputs (intermediate activations)—Useful for 
understanding how successive convnet layers transform their input, and for getting 


a first idea of the meaning of individual convnet filters. 


¢ Visualizing conunets filters—Useful for understanding precisely what visual pattern 


or concept each filter in a convnet is receptive to. 


e Visualizing heatmaps of class activation in an image—Useful for understanding 
which parts of an image were identified as belonging to a given class, thus allowing 


you to localize objects in images. 


For the first method—activation visualization—you'll use the small convnet that you 
trained from scratch on the dogs-versus-cats classification problem in section 5.2. For 


the next two methods, you'll use the VGG16 model introduced in section 5.3. 


5.4.1. Visualizing intermediate activations 


Visualizing intermediate activations consists of displaying the feature maps that are 
output by various convolution and pooling layers in a network, given a certain input 
(the output of a layer is often called its activation, the output of the activation 
function). This gives a view into how an input is decomposed into the different filters 
learned by the network. You want to visualize feature maps with three dimensions: 
width, height, and depth (channels). Each channel encodes relatively independent 
features, so the proper way to visualize these feature maps is by independently plotting 
the contents of every channel as a 2D image. Let’s start by loading the model you saved 


in section 5.2: 


> library (keras) 
> modell <—~ lloadymodelithdko("cats and dogs small ZnS) 


















































> model 

Layer (type) Output Shape Param # 
convZdeo. (Cony2D) (None, 148, 148, 32) 896 
maxpooling2d 5 (MaxPooling2D) (None, 74, 74, 32) 0 
conv2d 6 (Conv2D) (NONE Fe Gh2s is, 704") 18496 
maxpooling2d 6 (MaxPooling2D) (None, 36, 36, 64) 0 

Conv Zdeie(eony2»)) (None, 34, 34, 128) SOO 
maxpooling2d 7 (MaxPooling2D) (Nome 9 alli, sarllty/t sol 723)) 0 
conv2d 8 (Conv2D) (Nome wlldi 2 wl.5:7= Sh233) 147584 
maxpooling2d 8 (MaxPooling2D) (NOTTer irs t/a. 21783) 0 

fila tbemy>2)) (Plage n) (None, 6272) 0 
dropout _1 (Dropout) (None, 6272) 0 

dense 3 (Dense) (None, 512) BS 2a ak6 











dense 4 (Dense) (None, 1) yk s| 








Total params: S74 937 12a 
Trainable params: 3,453,121 


Non-trainable params: 0 


Next, you'll get an input image—a picture of a cat, not part of the images the network 


was trained on. 


Listing 5.24. Preprocessing a single image 


img _ path <- "~/Downloads/cats_and_dogs_small/test/cats/cat.1700.jpg" 





img <= image load(amgq path, target_saze = e(150), 150) BE 
img tensor <- image _to_array (img) 

img tensor <— array reshape (img tensor, c(@, 150; 150, 3) 

img_tensor <- img tensor / 255 2. 


dim(img_ tensor) =} 


LSE 








¢ 1 Preprocesses the image into a 4D tensor 


¢ 2 Remember that the model was trained on inputs that were 


preprocessed this way. 
¢ 3 Its shape is (4, 150, 150, 3). 


Let’s display the picture (see figure 5.17). 


Figure 5.17. The test cat picture 





Listing 5.25. Displaying the test picture 


Plo (as raster (dma seensor| Ii, 7 I))) 


In order to extract the feature maps you want to look at, you'll create a Keras model 
that takes batches of images as input, and outputs the activations of all convolution and 
pooling layers. To do this, you'll use the keras_ model function, which takes two 
arguments: an input tensor (or list of input tensors) and an output tensor (or list of 
output tensors). The resulting class is a Keras model, just like the ones created by the 
keras_ sequential model () function that you're familiar with, mapping the 
specified inputs to the specified outputs. What sets this type of model apart is that it 
allows for models with multiple outputs (unlike keras sequential model). For 
more information about creating models with the keras_model function, see section 


Jel 


Listing 5.26. Instantiating a model from an input tensor and a list of output 
tensors 


layer outputs <- lapply(model$layers[1:8], function(layer) layerSoutput) 


activation model <- keras model(inputs = modelSinput, outputs = layer outp 





» 








e 1 Extracts the outputs of the top eight layers 


¢ 2 Creates a model that will return these outputs, given the model input 


When fed an image input, this model returns the values of the layer activations in the 
original model. This is the first time you’ve encountered a multi-output model in this 
book: until now, the models you’ve seen have had exactly one input and one output. In 
the general case, a model can have any number of inputs and outputs. This one has one 


input and eight outputs: one output per layer activation. 


Listing 5.27. Running the model in predict mode 


activations <- activation model %>% predict (img tensor) 1 


e 1 Returns a list of five arrays: one array per layer activation 


For instance, this is the activation of the first convolution layer for the cat image input: 


> Ernst layer activatrvon. <> activattons: | [di] 
> dam@hinst. shayen- act avat aon) 
[1] CR AKAS KA 8S 312 


It’s a148 x 148 feature map with 32 channels. Let’s visualize some of them. First you 


define an R function that will plot a channel. 


Listing 5.28. Function to plot a channel 


plot channel <> £unction(ehannel) { 


EOvate <— Luncewvon(ss)) te (applic, 23. arev.),) 





image (rotate(channel), axes = FALSE, asp = 1, 


col = terrain.colors(12)) 


Let’s try visualizing the second channel of the activation of the first layer of the original 


model (see figure 5.18). This channel appears to encode an edge detector. 


Figure 5.18. Second channel of the activation of the first layer on the test cat 
picture 





Listing 5.29. Plotting the second channel 


ploL channeli(ranst paver lacvavavaom il), 201) 


Let’s try the seventh channel (see figure 5.19)—but note that your own channels may 
vary, because the specific filters learned by convolution layers aren’t deterministic. This 
channel is subtly different, and unlike the second channel, it seems to be picking up the 


iris of the cat’s eye. 


Figure 5.19. Seventh channel of the activation of the first layer on the test cat 
picture 








Listing 5.30. Visualizing the seventh channel 


pllocrchannedn( famsty layer vaccavataon ln 7.7 1)) 


In listing 5.31, you’ll plot a complete visualization of all the activations in the network. 
You'll extract and plot every channel in each of the eight activation maps and put the 
results in one big image tensor, with channels stacked side by side (see figures 
5.20—5.23). 


Figure 5.20. conv2d_5 


Figure 5.21. conv2d_6 








Figure 5.22. conv2d_7 





Figure 5.23. conv2d_8 
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Listing 5.31. Visualizing every channel in every intermediate activation 


IMAG ews aszey <= 15S 


images per row <- 16 
imoa (ak salsek ellos) ys 


layer aCrivatron. <> jacrivataoms (|) 





layer name <- modelS$layers[[i]]$name 


No heatures: <= “daumClayer activation) (ira) 


n cols <- n features %/% images per row 








pug (pastedl( cat activations Va, oo, layer name, “png ) ;, 
width = image size * images per row, 
helghe = amagersaze: % nm coils) 


Op S> pau(mmrow = ie(n cols, images per cow), mat — cep len (0.02, 4')) 


free AGG Our sa mele Gere Omi ih) S) ee 
ROaS K(ROW, sneha (atm a Gie:S ep Cer O Wiss) a 
channel amage <> layer aetivation (1, , (col@amages sper row) “now a Jl 
plot channel (channel image) 


} 


par (op) 
dev.off () 











There are a few things to note here: 


e The first layer acts as a collection of various edge detectors. At that stage, the 


activations retain almost all of the information present in the initial picture. 


e As you go higher, the activations become increasingly abstract and less visually 
interpretable. They begin to encode higher-level concepts such as “cat ear” and “cat 
eye.” Higher presentations carry increasingly less information about the visual 
contents of the image, and increasingly more information related to the class of the 


image. 


e The sparsity of the activations is increasing with the depth of the layer: in the first 
layer, all filters are activated by the input image, but in the following layers some 
filters are blank. This means that the pattern encoded by the filter isn’t found in the 


input image. 


We have just evidenced an important universal characteristic of the representations 
learned by deep neural networks: the features extracted by a layer become increasingly 
abstract with the depth of the layer. The activations of higher layers carry less and less 
information about the specific input being seen, and more and more information about 
the target (in this case, the class of the image: cat or dog). A deep neural network 
effectively acts as an information distillation pipeline, with raw data going in (in this 
case, RGB pictures) and being repeatedly transformed so that irrelevant information is 
filtered out (for example, the specific visual appearance of the image), and useful 


information is magnified and refined (for example, the class of the image). 


This is analogous to the way humans and animals perceive the world: after observing a 
scene for a few seconds, a human can remember which abstract objects were present in 
it (bicycle, tree) but can’t remember the specific appearance of these objects. In fact, if 
you tried to draw a generic bicycle from memory, chances are you couldn’t get it even 


remotely right, even though you’ve seen thousands of bicycles in your lifetime (see, for 


example, figure 5.24). Try it right now: this effect is absolutely real. You brain has 
learned to completely abstract its visual input—to transform it into high-level visual 
concepts while filtering out irrelevant visual details—making it tremendously difficult 
to remember how things around you look. 


Figure 5.24. Left: attempts to draw a bicycle from memory. Right: what a 
schematic bicycle should look like. 





5.4.2. Visualizing convnet filters 


Another easy way to inspect the filters learned by convnets is to display the visual 
pattern that each filter is meant to respond to. This can be done with gradient ascent in 
input space: applying gradient descent to the value of the input image of a convnet so 
as to maximize the response of a specific filter, starting from a blank input image. The 


resulting input image will be one that the chosen filter is maximally responsive to. 


The process is simple: you'll build a loss function that maximizes the value of a given 
filter in a given convolution layer, and then you'll use stochastic gradient descent to 
adjust the values of the input image so as to maximize this activation value. For 
instance, here’s a loss for the activation of filter 1 in the layer block3_conv1 ofthe 


VGG16 network, pretrained on ImageNet. 


Listing 5.32. Defining the loss tensor for filter visualization 


library (keras) 


model <- application vgg1l6 ( 


v 
ls 


weights = "imagenet 
inelude: top = FALSE 
) 


layer mane —" Volock3 sconvill! 





imal Lietona: aligkoK=bg <Gan 





layer output <- get_layer(model, layer name) $output 


losis <=] ki mean (layer output; 7,2 nilversamde x) 





Using the Keras backend 


In listing 5.32, you call a Keras backend function, k_mean (), to perform a computation 
on some of the tensors that make up the model. Keras is a model-level library, 
providing high-level building blocks for developing deep-learning models. It doesn’t 
handle low-level operations such as tensor products, convolutions, and so on. Instead, 
it relies on a specialized, well-optimized tensor-manipulation library to do so, which 


serves as the backend engine of Keras. 


Some tensor operations in Keras require interfacing directly with the functions in the 


backend engine. The upcoming examples use additional backend functions including 





k_gradients(),k sqrt(),k concatentate(),k batch flatten(),and 
others. You can find additional documntation about backend functions at 
https://keras.rstudio.com/articles/backend.html. 





To implement gradient descent, you'll need the gradient of this loss with respect to the 


model’s input. To do this, you'll use the k_gradients function. 


Listing 5.33. Obtaining the gradient of the loss with regard to the input 


grads <- k gradients(loss, model$input) [[1]] al 
¢ 1 The call to k_gradients returns an R list of tensors (of size 1 in this 
case). Hence, you keep only the first element—which is a tensor. 


A non-obvious trick to use to help the gradient-descent process go smoothly is to 
normalize the gradient tensor by dividing it by its L2 norm (the square root of the 
average of the square of the values in the tensor). This ensures that the magnitude of 


the updates done to the input image is always within the same range. 


Listing 5.34. Gradient-normalization trick 


grads <- grads / (k_sqrt(k_mean(k square(grads))) + le-5) a 


e 1 Add 1e-5 before dividing to avoid accidentally dividing by o. 


Now you need a way to compute the value of the loss tensor and the gradient tensor, 


given an input image. You can define a Keras backend function to do this: iterateisa 


function that takes a tensor (as a list of tensors of size 1) and returns a list of two 


tensors: the loss value and the gradient value. 


Listing 5.35. Fetching output values given input values 


iterate <- k function(list(model$input), list(loss, grads) ) 
eClosiss value, grads, valle) s<=% 
MEerarerelivs te Carica yale, iim == Cole SLO Or yl o.05 831) )e)s) 


At this point, you can define an R loop to do stochastic gradient ascent. 


Listing 5.36. Loss maximization via stochastic gradient descent 








IMput wimg data <= a 
ar Rave (aun ste (M5 OR ts SSO cme S ie Seca aCa(lee MINDIOe eESiO a S))s) mere eZ Okate wl ZS al 

Sepa all 

lioyia” (Gitwaljare dlcse4h(Oy\Ny it 2 
e(losis value, grads value) s<-s 1terate (list.(input img data): ) 3 
input_img data <- input_img data + (grads_value * step) 4 


e 1 Starts from a gray image with some noise 
¢ 2 Runs gradient ascent for 40 steps 
¢ 3 Computes the loss value and gradient value 


e 4 Adjusts the input image in the direction that maximizes the loss 


The resulting image tensor is a floating-point tensor of shape (1, 150, 150, 3), 
with values that may not be integers within [0, 255]. Hence, you need to postprocess 
this tensor to turn it into a displayable image. You do so with the following 


straightforward utility function. 


Listing 5.37. Utility function to convert a tensor into a valid image 


deprocess image <- function(x) { 
ams» <= idm (x) 


Kes XS Mea 4x) Hi 
x <- x / (sd(x) + le-5) 1 
Sx ae OC vel al 
SC Xe otal ORES) 2 
xo <= pmaxe(Oz- sp metns( sz. ul) 5) 2 
array(x, dim = dms) 3 


e 1 Normalizes the tensor: centers on O., ensures that std is 0.1 


¢ 2Clips to [o, 1] 


¢ 3 Returns with the original image dimensions 


Now you have all the pieces. Let’s put them together into an R function that takes as 
input a layer name and a filter index, and returns a valid image tensor representing the 


pattern that maximizes the activation of the specified filter. 


Listing 5.38. Function to generate filter visualizations 





generate pattern <- function(layer name, filter index, size = 150) { 





layer output <- modelS$get layer(layer name) $output 





loss <- k_mean(layer output[,,,filter index)]) 
grads <- k gradients(loss, model$input) [[1]] 
grads <- grads / (k_sgqrt(k_mean(k_square(grads))) + le-5) 
iterate <- k function(list(modelS$input), list(loss, grads) ) 
input _img data <- 
ar ra yar Uns (See7iGn Ar Sane Ae 3 ion iCetm ess Cx ys SHeZeGt RS were Sie)y Ae si OU 4 ee:8 
Steps <—aal 
of Oran (Sine cuir elses Ah) eet 


c(loss_ value, grads value) %<-% iterate(list(input_img data) ) 








LNPUE. MMNgGeddtay <= snp utc imo watal st sgradsi value AS tep)) 
} 
PNG Sse cenpuUeymouca tall 


deprocess image (img) 











e 1 Builds a loss function that maximizes the activation of the nth filter of 


the layer under consideration 
e 2 Computes the gradient of the input picture with regard to this loss 
¢ 3 Normalization trick: normalizes the gradient 
e 4 Returns the loss and grads given the input picture 
e 5 Starts from a gray image with some noise 


¢ 6 Runs gradient ascent for 40 steps 
Let’s try it (see figure 5.25): 


Figure 5.25. Pattern that the first channel in layer block3_conv1 responds to 
maximally 





oe Deibac ancy (iG reac.) 





> Giciderasven(genesrare,paveern( blocks convily,. h)\y) 


It seems that filter 1 in layer block3_conv1 is responsive to a polka-dot pattern. 


Now the fun part: you can start visualizing every filter in every layer. For simplicity, 
you'll only look at the first 64 filters in each layer, and you'll only look at the first layer 
of each convolution block (block1l_convl, block2_convi,block3_convl, 
block4_ convl,block5 conv1). You'll arrange the outputs on an 8 x 8 grid of filter 
patterns (see figures 5.26—5.29). 


Figure 5.26. Filter patterns for layer block1_ conv1l 


















Figure 5.27. Filter patterns for layer block2_conv1 

















Figure 5.28. Filter patterns for layer block3_conv1 












Figure 5.29. Filter patterns for layerblock4 conv1l 

















Listing 5.39. Generating a grid of all filter response patterns in a layer 


iaorary ((giead 


y 
BE, 





library (gridkxtra) 

Cae CMe Qi: (Uv. Gu ban views S10) 

for (layer name alia! C(Ublocklconvily,» Molock2Zy conv, 
Ubloekseconvil,, “Moidlock4y conv 1a!) ) 4 


size <- 140 


png (paseo (Uvggmirliters 7; layersname,. ".jpng i); 
width = 8 * size, height = 8 * size) 


grobse—— ls.ci() 
imewe: Atae akiak OLG)), a 
imeyes ACT ako Olah St 


Pabivern<— i gencnmavel.patverniGdhayerename, gat at (sO) ac MW ameSanzic: sess Ze)) 





grob <- rasterGrob(pattern, 
Width) = sunwE(Oeo, “npets)y, 
Heute == unage (Ol29, “npe).) 
grobs | [length (g¢robs) +1 ]] <— qrob 


grid.arrange(grobs = grobs, ncol = 8) 
dev.off () 











These filter visualizations tell you a lot about how convnet layers see the world: each 
layer in a convnet learns a collection of filters such that their inputs can be expressed as 
a combination of the filters. This is similar to how the Fourier transform decomposes 
signals onto a bank of cosine functions. The filters in these convnet filter banks get 


increasingly complex and refined as you go higher in the model: 


e The filters from the first layer in the model (block1_conv1) encode simple 


directional edges and colors (or colored edges, in some cases). 


e The filters from block2_conv1 encode simple textures made from combinations 


of edges and colors. 


¢ The filters in higher layers begin to resemble textures found in natural images: 


feathers, eyes, leaves, and so on. 


5.4.3. Visualizing heatmaps of class activation 


We'll introduce one more visualization technique: one that is useful for understanding 
which parts of a given image led a convnet to its final classification decision. This is 
helpful for debugging the decision process of a convnet, particularly in the case of a 


classification mistake. It also allows you to locate specific objects in an image. 


This general category of techniques is called class activation map (CAM) visualization, 
and it consists of producing heatmaps of class activation over input images. A class 
activation heatmap is a 2D grid of scores associated with a specific output class, 
computed for every location in any input image, indicating how important each location 
is with respect to the class under consideration. For instance, given an image fed into a 
dogs-versus-cats convnet, CAM visualization allows you to generate a heatmap for the 
class “cat,” indicating how cat-like different parts of the image are, and also a heatmap 


for the class “dog,” indicating how dog-like parts of the image are. 


The specific implementation you'll use is the one described in “Grad-CAM: Visual 


Explanations from Deep Networks via Gradient-based iealization , It’s very 
simple: it consists of taking the output feature map of a convolution layer, given an 
input image, and weighing every channel in that feature map by the gradient of the 
class with respect to the channel. Intuitively, one way to understand this trick is that 
you re weighting a spatial map of “how intensely the input image activates different 
channels” by “how important each channel is with regard to the class,” resulting in a 


spatial map of “how intensely the input image activates the class.” 


Ramprasaath R. Selvaraju et al., arXiv (2017), https://arxiv.org/abs/1610.02391. 
We'll demonstrate this technique using the pretrained VGG16 network again. 


Listing 5.40. Loading the VGG16 network with pretrained weights 


modell <<] applacatron vogl 6 (wenghus =) “almageneit) d 
¢ 1 Note that you include the densely connected classifier on top; in all 
previous cases, you discarded it. 


Consider the image of two African elephants shown in figure 5.30 (under a Creative 


Commons license), possibly a mother and her calf, strolling on the savanna. 


Figure 5.30. Test picture of African elephants 





In listing 5.41, we'll convert this image into something the VGG16 model can read: the 
model was trained on images of size 224 x 244, preprocessed according to a few rules 
that are packaged in the utility function imagenet preprocess input ().So you 
need to load the image, resize it to 224 x 224, convert it to an array, and apply these 


preprocessing rules. 


Listing 5.41. Preprocessing an input image for VGG16 


img path <- "~/Downloads/creative commons elephant.jpg" 


Img “<= amage. koadk(amgipath, targeb size = e224) 2245) o> 





image to _array() %>% 
array pce chap eidamy—'s exe 22:45 2 2 Ay 3) ) 


imagenet preprocess input () 


ae 
oe 


ee 





GQ w& WY NH RB 





¢ 1 Local path to the target image 
e 2 Image of size 224 x 224 
¢ 3 Array of shape (224, 224, 3) 


e 4 Adds a dimension to transform the array into a batch of size (4, 224, 


224, 3) 


e 5 Preprocesses the batch (this does channel-wise color normalization) 


You can now run the pretrained network on the image and decode its prediction vector 


back to a human-readable format: 


> preds <- model %>% predict (img) 





> imagenet_ decode predictions (preds, top = 3)[[1]] 


class_name class description score 
1 n02504458 African elephant 0.909420729 
Ze NOABIUZ6S tusker 0.086183183 


3.) nO 25 0AOAnS Indian elephant 0.004354581 


The top three classes predicted for this image are as follows: 


e African elephant (with 90.9% probability) 
e Tusker (with 8.6% probability) 


e Indian elephant (with 0.4% probability) 


The network has recognized the image as containing an undetermined quantity of 
African elephants. The entry in the prediction vector that was maximally activated is 


the one corresponding to the “African elephant” class, at index 387: 


> which.max(preds[1,]) 
Fale eSitsh 7 


To visualize which parts of the image are the most African elephant-—like, let’s set up the 
Grad-CAM process. 


Listing 5.42. Setting up the Grad-CAM algorithm 


african elephant output <- modelSoutput[, 387] 

ast conv. skayer <= model chs get slayer (blloecks convw3") 

grads <- k gradients (african elephant output, last _conv_layerSoutput) [[1]] 
pooled ugitads <= k- mean\(Oseadisy, ras) <=) eile 25,7 <3,)\8) 

iterate <- k function(list(model$input), 


list (pooled grads, last _conv_layerSoutput[1,,,])) 





c(pooled grads value, conv_layer output _ value) %<-% iterate(list (img) ) 
1myoue™ ou (alls Salsiohe dba omdkozt) | os 
conv, thayercOukepu ts svallkvedy, 8) <= 
conv, Eayer output value; ii) “spooled lograds = valuell fis) | 
} 


heatmap <- apply(conv_layer output_value, c(1,2), mean) 








e 1 “African elephant” entry in the prediction vector 


¢ 2 Output feature map of the block5_convg layer, the last convolutional 
layer in VGG16 


¢ 3 Gradient of the “African elephant” class with regard to the output 


feature map of block5_conv3 


¢ 4 Vector of shape (512) where each entry is the mean intensity of the 


gradient over a specific feature-map channel 


¢ 5 Lets you access the values of the quantities you just defined: 
pooled_grads and the output feature-map of block5_conv3, given a 


sample image 


¢ 6 Values of these two quantities, given the sample image of two 


elephants 


e 7 Multiplies each channel in the feature-map array by “how important 


this channel is” with regard to the “elephant” class 


¢ 8 The channel-wise mean of the resulting feature-map is the heatmap of 


the class activation. 


For visualization purposes, you'll also normalize the heatmap between 0 and 1. The 


result is shown in figure 5.31. 


Figure 5.31. African elephant class activation heatmap over the test picture 





Listing 5.43. Heatmap post-processing 


heatmap <- pmax(heatmap, 0) 
heatmap <- heatmap / max (heatmap) 





write heatmap <- function(heatmap, filename, width = 224, height = 224, 
bo = “white. col = texrainncollors(12))) { 
png(filename, width = width, height = height, bg = bg) 
op = par(mar = c(0,0,0,0)) 
on.exit({par(op); dev.off()}, add = TRUE) 
EOtabe <= function (s<)) t(apply (x, 25. @ew),) 
image (rotate (heatmap), axes = FALSE, asp = 1, col = col) 
} 
write heatmap(heatmap, "elephant_heatmap.png") 


OO ————OEOEOOOOeeeeee 
¢« 1 Normalizes between 0 and 1 

¢ 2 Function to write a heatmap to a PNG 

° 3 Writes the heatmap 


Finally, you'll use the magick package to generate an image that superimposes the 


original image with the heatmap you just obtained (see figure 5.32). 


Figure 5.32. Superimposing the class activation heatmap on the original picture 





Listing 5.44. Superimposing the heatmap with the original picture 


library (magick) 


llstlonarsie al Oieokienl(olslts))) 








image <- image read(img_path) al 
info <- image_info(image) 

geometry <- sprintf ("%dx%d!", infoSwidth, infoSheight) 

pall <— coll2rgbi(veridis (20), alpha = RUE) Zz 





alpha <- floor(seq(0, 255, length neoli(padk))) 


pal col) <= rgb(t(pall), alpha = alipha; maxColorValue = 255) 











write heatmap(heatmap, "elephant _overlay.png", 
Width: > 14) heughte = 4) bg NA; sco = padicols) 
image read("elephant_overlay.png") %>% 3 
image resize(geometry, filter = "quadratic") %>% 
image composite(image, operator = "blend", compose args = "20") %>% 
plio=() 


e 1 Reads the original elephant image and its geometry 


¢ 2 Creates a blended/ transparent version of the heatmap image 


¢ 3 Overlays the heatmap 


This visualization technique answers two important questions: 


e Why did the network think this image contained an African elephant? 


e Where is the African elephant located in the picture? 


In particular, it’s interesting to note that the ears of the elephant calf are strongly 
activated: this is probably how the network can tell the difference between African and 


Indian elephants. 


5.5. SUMMARY 


¢ Convnets are the best tool for attacking visual-classification problems. 


¢ Convnets work by learning a hierarchy of modular patterns and concepts to 


represent the visual world. 


e The representations they learn are easy to inspect—convnets are the opposite of 


black boxes! 


e You're now capable of training your own convnet from scratch to solve an image- 


classification problem. 
e You understand how to use visual data augmentation to fight overfitting. 
e You know how to use a pretrained convnet to do feature extraction and fine-tuning. 


e You can generate visualizations of the filters learned by your convnets, as well as 


heatmaps of class activity. 


Chapter 6. Deep learning for text and sequences 


This chapter covers 


e Preprocessing text data into useful representations 
e Working with recurrent neural networks 


¢ Using 1D convnets for sequence processing 


This chapter explores deep-learning models that can process text (understood as 
sequences of words or sequences of characters), timeseries, and sequence data in 
general. The two fundamental deep-learning algorithms for sequence processing are 
recurrent neural networks and 1D conunets, the one-dimensional version of the 2D 
convnets that we covered in the previous chapters. We'll discuss both of these 


approaches in this chapter. 
Applications of these algorithms include the following: 
¢ Document classification and timeseries classification, such as identifying the topic 


of an article or the author of a book 


e Timeseries comparisons, such as estimating how closely related two documents or 


two stock tickers are 
e Sequence-to-sequence learning, such as decoding an English sentence into French 


e Sentiment analysis, such as classifying the sentiment of tweets or movie reviews as 


positive or negative 


e Timeseries forecasting, such as predicting the future weather at a certain location, 


given recent weather data 


This chapter’s examples focus on two narrow tasks: sentiment analysis on the IMDB 
dataset, a task we approached earlier in the book, and temperature forecasting. But the 
techniques demonstrated for these two tasks are relevant to all the applications just 


listed, and many more. 


6.1. WORKING WITH TEXT DATA 


Text is one of the most widespread forms of sequence data. It can be understood as 
either a sequence of characters or a sequence of words, but it’s most common to work at 
the level of words. The deep-learning sequence-processing models introduced in the 
following sections can use text to produce a basic form of natural-language 
understanding, sufficient for applications including document classification, sentiment 
analysis, author identification, and even question answering (QA) in a constrained 
context. Keep in mind throughout this chapter that none of these deep-learning models 
truly understand text in a human sense; rather, these models can map the statistical 
structure of written language, which is sufficient to solve many simple textual tasks. 
Deep learning for natural-language processing is pattern recognition applied to words, 
sentences, and paragraphs, in much the same way that computer vision is pattern 


recognition applied to pixels. 


Like all other neural networks, deep-learning models don’t take as input raw text: they 
only work with numeric tensors. Vectorizing text is the process of transforming text 
into numeric tensors. This can be done in multiple ways: 

e Segment text into words, and transform each word into a vector. 


e Segment text into characters, and transform each character into a vector. 


e Extract n-grams of words or characters, and transform each n-gram into a vector. 


N-grams are overlapping groups of multiple consecutive words or characters. 


Figure 6.1. From text to tokens to vectors 


Text 
“The cat sat on the mat.” 


Tokens 
“the”, “cat”, “sat”, “on”, “the”, “mat”, “.” 


Vector encoding of the tokens 
0.0 04 00 0.0 1.0 0.0 
10 05 02 05 05 0.0 
0.2 10 10 1.0 0.0 0.0 
cat sat on the mat 





Collectively, the different units into which you can break down text (words, characters, 
or n-grams) are called tokens, and breaking text into such tokens is called tokenization. 


All text-vectorization processes consist of applying some tokenization scheme and then 


associating numeric vectors with the generated tokens. These vectors, packed into 
sequence tensors, are fed into deep neural networks. There are multiple ways to 
associate a vector with a token. In this section, We'll present two major ones: one-hot 
encoding of tokens, and token embedding (typically used exclusively for words, and 
called word embedding). The remainder of this section explains these techniques and 
shows how to use them to go from raw text to a tensor that you can send to a Keras 


network. 





Understanding n-grams and bag-of-words 


Word n-grams are groups of N (or fewer) consecutive words that you can extract from a 


sentence. The same concept may also be applied to characters instead of words. 


Here’s a simple example. Consider the sentence “The cat sat on the mat.” It may be 


decomposed into the following set of 2-grams: 


(uhinere UM CaeatL =O cits —CCcives Silla k ern S ate ay, 


“sat oni, Wont, "on thet. Dimas "the Marte Mmaite") 


It may also be decomposed into the following set of 3-grams: 


{ERASE UR excatt,. “Gat, Meatesaw", “Mathie icak sat, 
WS ee Sake, OMe UOmM Yen Cae esate contin WOneetahiete. mulivent, 
wsatson «Ene, “the mak’. “mai. “on -ehe mat} 


Such a set is called a bag-of-2-grams or bag-of-3-grams, respectively. The term bag 
here refers to the fact that you’re dealing with a set of tokens rather than a list or 
sequence: the tokens have no specific order. This family of tokenization methods is 


called bag-of-words. 


Because bag-of-words isn’t an order-preserving tokenization method (the tokens 
generated are understood as a set, not a sequence, and the general structure of the 
sentences is lost), it tends to be used in shallow language-processing models rather 
than in deep-learning models. Extracting n-grams is a form of feature engineering, and 
deep learning does away with this kind of rigid, brittle approach, replacing it with 
hierarchical feature learning. One-dimensional convnets and recurrent neural 
networks, introduced later in this chapter, are capable of learning representations for 
groups of words and characters without being explicitly told about the existence of such 


groups, by looking at continuous word or character sequences. For this reason, we 


won't cover n-grams any further in this book. But do keep in mind that they’re a 
powerful, unavoidable feature-engineering tool when using lightweight, shallow, text- 


processing models such as logistic regression and random forests. 





6.1.1. One-hot encoding of words and characters 


One-hot encoding is the most common, most basic way to turn a token into a vector. 
You Saw it in action in the initial IMDB and Reuters examples in chapter 3 (done with 
words, in that case). It consists of associating a unique integer index with every word 
and then turning this integer index 7 into a binary vector of size N (the size of the 


vocabulary); the vector is all zeros except for the i th entry, which is 1. 


Of course, one-hot encoding can be done at the character level, as well. To 
unambiguously drive home what one-hot encoding is and how to implement it, listings 


6.1 and 6.2 show two toy examples: one for words, the other for characters. 


Listing 6.1. Word-level one-hot encoding (toy example) 


samples <- c("The cat sat on the mat.", "The dog ate my homework.") 
tokenwandex ccs derisie:() 
for (sample in samples) 


EO iwordu ini Ses pleases amp ikeyn Vs) alte a} 





if (!word %in% names (token index) ) 
token _index[[word]] <- length(token index) + 2 
max length <- 10 
results <- array(0, dim = c(length(samples), 


max length, 





max(as.integer (token index) ))) 
for (i an islengtm(sampiles)). 4 
sample <- samples[[i]] 
words <= headi(strspiert (sample, ") PL iii. nm = max Length») 
Lor (jy am deslkengeh(words)): 4 





index <- token _index[[words[[j]]]] 





BESSuIhes [las ska eeIcexalil) <= vl 











e 1 Initial data: one entry per sample (in this example, a sample is a 


sentence, but it could be an entire document) 
e 2 Builds an index of all tokens in the data 


¢ 3 Tokenizes the samples via the strsplit function. In real life, you’d also 


strip punctuation and special characters from the samples. 


e 4 Assigns a unique index to each unique word. Note that you don’t 


attribute index 1 to anything. 


¢ 5 Vectorizes the samples. You'll only consider the first max_length 


words in each sample. 
¢ 6 This is where you store the results. 
Listing 6.2. Character-level one-hot encoding (toy example) 
samples <- c("The cat sat on the mat.", "The dog ate my homework.") 


as CAA BCOKEN Sac > Gk a Sap plat asy ee dw (Ga(37) wb 26)a) tf woraweloG ha) ”) 


tokeng un dex <> = e1(shs< (“hen othvGaseacy tokens)” )s) 





names (token index) <- ascii_tokens 
max length <- 50 
results: <= «array (0, dim*="e (length (samples), max Nength, Nength(token (inde 
for (Gk an Length (samples; ay “{ 

sample <- samples[[i]] 

Chara crers=<—- Serspae (sampler! se [ele|) 

Lor (s) an Wslength(characters):))” 4 

character <- characters[[j]] 


BSSuMke Si aie OK na wen cde xy characte er lie < = el 











Note that Keras has built-in utilities for doing one-hot encoding of text at the word level 
or character level, starting from raw text data. You should use these utilities, because 
they take care of a number of important features such as stripping special characters 
from strings and only taking into account the N most common words in your dataset (a 


common restriction, to avoid dealing with very large input vector spaces). 


Listing 6.3. Using Keras for word-level one-hot encoding 


library (keras) 





samples <- c("The cat sat on the mat.", "The dog ate my homework.") 
tokenizer <- text tokenizer(num_ words = 1000) %>% 
fire text tokenizer (samples) Z 





sequences <- texts _to_sequences(tokenizer, samples) 





Oneghoueresules “-S texts: GOuMabra x (LOkeniz er; samples; imode.— Woan amy) 





word index <- tokenizerSword index 


cat("Found", length(word_index), "unique tokens.\n") 





an. 
SF 








e 1 Creates a tokenizer, configured to only take into account the 1,000 


most common words 


e 2 Builds the word index 


e 3 Turns strings into lists of integer indices 


¢ 4 You could also directly get the one-hot binary representations. 
Vectorization modes other than one-hot encoding are supported by this 


tokenizer. 


e 5 How you can recover the word index that was computed 


A variant of one-hot encoding is the so-called one-hot hashing trick, which you can use 
when the number of unique tokens in your vocabulary is too large to handle explicitly. 
Instead of explicitly assigning an index to each word and keeping a reference of these 
indices in a dictionary, you can hash words into vectors of fixed size. This is typically 
done with a very lightweight hashing function. The main advantage of this method is 
that it does away with maintaining an explicit word index, which saves memory and 
allows online encoding of the data (you can generate token vectors right away, before 
you ve seen all of the available data). The one drawback of this approach is that it’s 
susceptible to hash collisions: two different words may end up with the same hash, and 
subsequently any machine-learning model looking at these hashes won’t be able to tell 
the difference between these words. The likelihood of hash collisions decreases when 
the dimensionality of the hashing space is much larger than the total number of unique 


tokens being hashed. 


Listing 6.4. Word-level one-hot encoding with hashing trick (toy example) 


library (hashFunction) 


samples <- c("The cat sat on the mat.", "The dog ate my homework.") 
dimensionality <- 1000 1 
max length <- 10 

results <- array(0, dim = c(length(samples), max length, dimensionality) ) 
for (1 in l:length(samples)) { 


sample <- samples[[i]] 
WOrdS=<—shedd(stcs pilrta(isampilkere ive ey aise eis maxes engin) 
EOC Say ary WEsskenicsehy (words) x) = 
index <- abs(spooky.32(words[[i]])) %% dimensionality 2 


BESS UMC S [le aly, ee det lesa) <== alk 














e 1Stores the words as vectors of size 1,000. If you have close to 1,000 
words (or more), you'll see many hash collisions, which will decrease 


the accuracy of this encoding method. 


e 2 Use hashFunction::spooky.32Q0 to hash the word into a random 


integer index between 0 and 1,000 


6.1.2. Using word embeddings 


Another popular and powerful way to associate a vector with a word is the use of dense 
word vectors, also called word embeddings. Whereas the vectors obtained through 
one-hot encoding are binary, sparse (mostly made of zeros), and very high-dimensional 
(same dimensionality as the number of words in the vocabulary), word embeddings are 
low-dimensional floating-point vectors (that is, dense vectors, as opposed to sparse 
vectors); see figure 6.2. Unlike the word vectors obtained via one-hot encoding, word 
embeddings are learned from data. It’s common to see word embeddings that are 256- 
dimensional, 512-dimensional, or 1,024-dimensional, when dealing with very large 
vocabularies. On the other hand, one-hot encoding words generally leads to vectors that 
are 20,000-dimensional or greater (capturing a vocabulary of 20,000 tokens, in this 


case). So, word embeddings pack more information into far fewer dimensions. 


Figure 6.2. Whereas word representations obtained from one-hot encoding or 
hashing are sparse, high-dimensional, and hardcoded, word embeddings are 
dense, relatively low-dimensional, and learned from data. 


| 


One-hot word vectors: Word embeddings: 

- Sparse - Dense 

- High-dimensional - Lower-dimensional 
- Hardcoded - Leamed from data 


There are two ways to obtain word embeddings: 


e Learn word embeddings jointly with the main task you care about (such as 
document classification or sentiment prediction). In this setup, you start with 
random word vectors and then learn word vectors in the same way you learn the 


weights of a neural network. 


¢ Load into your model word embeddings that were precomputed using a different 
machine-learning task than the one you're trying to solve. These are called 
pretrained word embeddings. 


Let’s look at both. 
Learning word embeddings with an embedding layer 


The simplest way to associate a dense vector with a word is to choose the vector at 
random. The problem with this approach is that the resulting embedding space has no 
structure: for instance, the words accurate and exact may end up with completely 
different embeddings, even though they’re interchangeable in most sentences. It’s 
difficult for a deep neural network to make sense of such a noisy, unstructured 


embedding space. 


To get a bit more abstract, the geometric relationships between word vectors should 
reflect the semantic relationships between these words. Word embeddings are meant to 
map human language into a geometric space. For instance, in a reasonable embedding 
space, you would expect synonyms to be embedded into similar word vectors; and in 
general, you would expect the geometric distance (such as L2 distance) between any 
two word vectors to relate to the semantic distance between the associated words 
(words meaning different things are embedded at points far away from each other, 
whereas related words are closer). In addition to distance, you may want specific 
directions in the embedding space to be meaningful. To make this clearer, let’s look at a 


concrete example. 


In figure 6.3, four words are embedded on a 2D plane: cat, dog, wolf, and tiger. With 
the vector representations we chose here, some semantic relationships between these 
words can be encoded as geometric transformations. For instance, the same vector 
allows us to go from cat to tiger and from dog to wolf: this vector could be interpreted 
as a “from pet to wild animal” vector. Similarly, another vector lets us go from dog to 
cat and from wolf to tiger, which could be interpreted as a “from canine to feline” 


vector. 


Figure 6.3. Atoy example of a wordembedding space 


1 
Wolf x x Tiger 


Dog x 
x Cat 


0x 
0 1 


In real-world word-embedding spaces, common examples of meaningful geometric 
transformations are “gender” vectors and “plural” vectors. For instance, by adding a 
“female” vector to the vector “king,” we obtain the vector “queen.” By adding a “plural” 
vector, we obtain “kings.” Word-embedding spaces typically feature thousands of such 


interpretable and potentially useful vectors. 


Is there some ideal word-embedding space that would perfectly map human language 
and could be used for any natural-language-processing task? Possibly, but we have yet 
to compute anything of the sort. Also, there is no such a thing as human language— 
there are many different languages, and they aren’t isomorphic, because a language is 
the reflection of a specific culture and a specific context. But more pragmatically, what 
makes a good word-embedding space depends heavily on your task: the perfect word- 
embedding space for an English-language movie-review sentiment-analysis model may 
look different from the perfect embedding space for an English-language legal- 
document-classification model, because the importance of certain semantic 


relationships varies from task to task. 


It’s thus reasonable to learn a new embedding space with every new task. Fortunately, 
backpropagation makes this easy, and Keras makes it even easier. It’s about learning 


the weights of a layer using layer embedding. 


Listing 6.5. Instantiating an embedding layer 





embedding layer <- layer embedding(input_ dim = 1000, output _dim = 64) 


The embedding layer takes at least two arguments: the number of possible tokens 
(here, 1,000) and the dimensionality of the embeddings (here, 64). 


layer embedding is best understood as a dictionary that maps integer indices (which 
stand for specific words) to dense vectors. It takes integers as input, it looks up these 
integers in an internal dictionary, and it returns the associated vectors. It’s effectively a 


dictionary lookup (see figure 6.4). 


Figure 6.4. An embedding layer 


Word index ——® Embedding layer ——e Corresponding word vector 


An embedding layer takes as input a 2D tensor of integers, of shape (samples, 
sequence length), where each entry is a sequence of integers. It can embed 
sequences of variable lengths: for instance, you could feed into the embedding layer in 
listing 6.5 batches with shapes (32, 10) (batch of 32 sequences of length 10) or (64, 
15) (batch of 64 sequences of length 15). All sequences in a batch must have the same 
length, though (because you need to pack them into a single tensor), so sequences that 
are shorter than others should be padded with zeros, and sequences that are longer 
should be truncated. 


https://sanet.st/blogs/ 
polatebooks/ 


This layer returns a 3D floating-point tensor of shape (samples, 
sequence length, embedding dimensionality). Such a 3D tensor can then be 
processed by an RNN layer or a 1D convolution layer (both will be introduced in the 


following sections). 


When you instantiate an embedding layer, its weights (its internal dictionary of token 
vectors) are initially random, just as with any other layer. During training, these word 
vectors are gradually adjusted via backpropagation, structuring the space into 
something the downstream model can exploit. Once fully trained, the embedding space 
will show a lot of structure—a kind of structure specialized for the specific problem for 


which youre training your model. 


Let’s apply this idea to the IMDB movie-review sentiment-prediction task that you’re 
already familiar with. First, you'll quickly prepare the data. You'll restrict the movie 
reviews to the top 10,000 most common words (as you did the first time you worked 
with this dataset) and cut off the reviews after only 20 words. The network will learn 8- 
dimensional embeddings for each of the 10,000 words, turn the input integer 
sequences (2D integer tensor) into embedded sequences (3D float tensor), flatten the 


tensor to 2D, and train a single dense layer on top for classification. 


Listing 6.6. Loading the IMDB data for use with an embedding layer 


max features <- 10000 1 


maxlen <- 20 


imdb <- dataset _imdb(num words = max features) 
CCl ieradny. vase asl) 7) Cl cesib ys vVaneeSiv).)s o<— 6.91 mdb 3 
x train <- pad sequences (x train, maxlen = maxlen) 4 





x test <- pad Sequences (x test, maxlen = maxilen) 


e 1 Number of words to consider as features 


¢ 2 Cuts off the text after this number of words (among the max_ features 


most common words) 
¢ 3 Loads the data as lists of integers 


¢ 4 Turns the lists of integers into a 2D integer tensor of shape (samples, 
maxlen) 


Listing 6.7. Using an embedding layer and classifier on the IMDB data 





model <- keras_ model sequential() %>% 
layer embedding (input _dim = 10000, output dim = 8, a 
input_length = maxlen) %>% 
ayer flabiven(§) “srs 4 
ayer dense (unwes = ly saceivdttone = “sigmo sci) 3 


model %>% compile ( 


optimizer = "rmsprop", 
loss > "binary crossentropyl, 
Meewalese = (CAA Cez!) 


) 

summary (model) 

history <= model. seo f£2t( 
Dene crs aly gy AL Lea arelaL gly, 
epochs = 10, 
baibehesnsz Cys 2)7, 





Validea tarony, Splatt = 0 c.2 


e 1Specifies the maximum input length to the embedding layer so you can 
later flatten the embedded inputs. After the embedding layer, the 


activations have shape (samples, maxlen, 8). 


¢ 2Flattens the 3D tensor of embeddings into a 2D tensor of shape 


(samples, maxlen * 8) 


¢ 3 Adds the classifier on top 


You get to a validation accuracy of ~76%, which is pretty good considering that you’re 
only looking at 20 words from each review. But note that merely flattening the 
embedded sequences and training a single dense layer on top leads to a model that 
treats each word in the input sequence separately, without considering inter-word 
relationships and sentence structure (for example, this model would likely treat both 
“this movie is a bomb” and “this movie is the bomb” as being negative reviews). It’s 
much better to add recurrent layers or 1D convolutional layers on top of the embedded 


sequences to learn features that take into account each sequence as a whole. That’s 


what we'll focus on in the next few sections. 
Using pretrained word embeddings 


Sometimes, you have so little training data available that you can’t use your data alone 
to learn an appropriate task-specific embedding of your vocabulary. What do you do 


then? 


Instead of learning word embeddings jointly with the problem you want to solve, you 
can load embedding vectors from a precomputed embedding space that you know is 
highly structured and exhibits useful properties—that captures generic aspects of 
language structure. The rationale behind using pretrained word embeddings in natural- 
language processing is much the same as for using pretrained convnets in image 
classification: you don’t have enough data available to learn truly powerful features on 
your own, but you expect the features that you need to be fairly generic—that is, 
common visual features or semantic features. In this case, it makes sense to reuse 


features learned on a different problem. 


Such word embeddings are generally computed using word-occurrence statistics 
(observations about what words co-occur in sentences or documents), using a variety of 
techniques, some involving neural networks, others not. The idea of a dense, low- 


dimensional embedding space for words, computed in an unsupervised way, was 


initially explored by Bengio et al. in the early 6608. os but it only started to take off in 
research and industry applications after the release of one of the most famous and 
successful word-embedding schemes: the word2vec algorithm 
(https://code.google.com/archive/p/word2vec), developed by Tomas Mikolov at Google in 


2013. Word2vec dimensions capture specific semantic properties, such as gender. 


1 


Yoshua Bengio et al., Neural Probabilistic Language Models (Springer, 2003). 


There are various precomputed databases of word embeddings that you can download 
and use in a Keras embedding layer. Word2vec is one of them. Another popular one is 
called Global Vectors for Word Representation (GloVe, 
https://nlp.stanford.edu/projects/glove), which was developed by Stanford researchers in 
2014. This embedding technique is based on factorizing a matrix of word co-occurrence 
statistics. Its developers have made available precomputed embeddings for millions of 


English tokens, obtained from Wikipedia data and Common Crawl data. 


Let’s look at how you can get started using GloVe embeddings in a Keras model. The 


same method is valid for Word2vec embeddings or any other word-embedding 


database. You'll also use this example to refresh the text-tokenization techniques 


introduced a few paragraphs ago: you'll start from raw text and work your way up. 


6.1.3. Putting it all together: from raw text to word embeddings 


You'll use a model similar to the one we just went over: embedding sentences in 
sequences of vectors, flattening them, and training a dense layer on top. But you'll do so 
using pretrained word embeddings; and instead of using the pretokenized IMDB data 


packaged in Keras, you'll start from scratch by downloading the original text data. 
Downloading the IMDB data as raw text 


First, download the raw IMDB dataset from http://mng.bz/0tlo. Uncompress it. 


Now, let’s collect the individual training reviews into a list of strings, one string per 


review. You'll also collect the review labels (positive/negative) into a labels list. 


Listing 6.8. Processing the labels of the raw IMDB data 


imdb dir <- "~/Downloads/acliImdb" 
Grads Glcrs Gs fmt onmaeha(imclb ws Canis. eve celery) 
labels <- c() 
esse <= e4(8) 
fOr —Ghab oka ey pen nee Qaneg's, a hoo sis): a 
hab vec] swatehGlabolly typer, imwege — 0a pOSs —— milk) 





damm name =<— > fiskespathi (era ime dar, shaped thy.oe)) 





fOr iGhramer any sss teres sake same; Pat berm = GihObzZtaxs (te stein ay 
full.names = TRUE)) { 
texts <- c(texts, readChar (fname, file.info(fname) $size) ) 
labels <- c(labels, label) 














Tokenizing the data 


Let’s vectorize the text and prepare a training and validation split, using the concepts 
introduced earlier in this section. Because pretrained word embeddings are meant to be 
particularly useful on problems where little training data is available (otherwise, task- 
specific embeddings are likely to outperform them), we'll add the following twist: 
restricting the training data to the first 200 samples. So you'll learn to classify movie 
reviews after looking at just 200 examples. 


Listing 6.9. Tokenizing the text of the raw IMDB data 


library (keras) 


maxlen <- 100 d 


training samples <- 200 2 

















validation samples <- 10000 3 
max words <- 10000 4 
tokenizer <- text _tokenizer(num_words = max_words) %>% 
Pint text bokenazer(te xs’) 
sequences <- texts to _sequences(tokenizer, texts) 
word index = tokenizer$word_ index 
cat("Found", length(word_ index), "unique tokens.\n") 
data <- pad_sequences (sequences, maxlen = maxlen) 
labels <- as.array(labels) 
cat("Shape of data tensor:", dim(data), "\n") 
cat('Shape of label tensor:', dim(labels), "\n") 
indices <- sample(l:nrow(data) ) be} 


training andtees: <— andices | lstraining samples] 





Vailkrdattonerndroces <= siundicesi ice raanan gitsiampid eset. aly): 
(training samples + validation samples) ] 
xe tracn == dataltrarmning induces, | 


y train. <> labels: [trainang, rndrces'| 





x val <- data[validation indices, ] 








Yeovialt< sir ob culkin. cueadatbaconv ana eesa| 


¢ 1 Cuts off reviews after 100 words 

e 2 Trains on 200 samples 

¢ 3 Validates on 10,000 samples 

e 4 Considers only the top 10,000 words in the dataset 


e 5 Splits the data into a training set and a validation set, but first shuffles 
the data, because yow’re starting with data in which samples are 


ordered (all negative first, then all positive) 


Downloading the GloVe word embeddings 


Go to https://nlp.stanford.edu/projects/glove, and download the precomputed embeddings 
from 2014 English Wikipedia. It’s an 822 MB zip file called glove.6B.zip, containing 


100-dimensional embedding vectors for 400,000 words (or nonword tokens). Unzip it. 
Preprocessing the embeddings 


Let’s parse the unzipped file (a .txt file) to build an index that maps words (as strings) 


to their vector representation (as number vectors). 


Listing 6.10. Parsing the GloVe word-embeddings file 


glove dir = "~/Downloads/glove.6B" 
IiMNeseco- readhine ss (fame paths Gilowendatc, “oillove= 6B MO Ocd mec) 














embeddings index <- new.env(hash = TRUE, parent = emptyenv() ) 
how, 2(ak abnleeslhen githy GL eiriess) a) a 


line <- lines[[i]] 
Values. <= Sirs plate (aRabnicy Se! ah [el i) 


word <- values[[1]] 


embeddings index[[word]] <- as.double(values[-1]) 


} 


cat("Found", length(embeddings index), "word vectors. \n") 


Next, you'll build an embedding matrix that you can load into an embedding layer. It 
must be a matrix of shape (max words, embedding dim), where each entryi 
contains the embedding dim-dimensional vector for the word of index 7 in the 
reference word index (built during tokenization). Note that index 1 isn’t supposed to 
stand for any word or token—it’s a placeholder. 


Listing 6.11. Preparing the GloVe word-embeddings matrix 


embedding dim <- 100 
embedding matrix <- array(0, c(max words, embedding dim) ) 
for (word in names(word _index)) { 
index <- word _index[ [word] ] 
if (index < max words) { 
embedding vector <- embeddings index[ [word] ] 


he (Chas snudsk(embeddingevector):) 








embedding matrix[index+1,] < mbedding vector 1 


¢ 1 Words not found in the embedding index will be all zeros. 
Defining a model 
You'll use the same model architecture as before. 


Listing 6.12. Model definition 


model <- keras_ model sequential() %>% 
layer _embedding(input_dim = max_words, output_dim = embedding dim, 
input_length = maxlen) %>% 
layer flatten() %>% 





layer dense(units 32, activation = “redu"). 25% 


layer dense(units 1, activation = "sigmoid") 


summary (model) 


Loading the GloVe embeddings in the model 


The embedding layer has a single weight matrix: a 2D float matrix where each entry 7 is 
the word vector meant to be associated with index 1. Simple enough. Load the GloVe 


matrix you prepared into the embedding layer, the first layer in the model. 


Listing 6.13. Loading pretrained word embeddings into the embedding layer 


Get wayer(modedy.. andex = Nb) os 





ae 


set weights (list (embedding matrix)) %> 


freeze weights () 


Additionally, you'll freeze the weights of the embedding layer, following the same 
rationale you're already familiar with in the context of pretrained convnet features: 
when parts of a model are pretrained (like your embedding layer) and parts are 
randomly initialized (like your classifier), the pretrained parts shouldn’t be updated 
during training, to avoid forgetting what they already know. The large gradient updates 
triggered by the randomly initialized layers would be disruptive to the already-learned 


features. 
Training and evaluating the model 
Compile and train the model. 


Listing 6.14. Training and evaluation 


model %>% compile ( 


optimizer = "rmsprop", 
HOSSe— 9 Mo enanvine BOS Semi TOD Vue, 
metrics = c("acc") 


) 
hirsitony <—- modells so bit:( 
Xe OGG ahs Vian 
epochs = 20, 
bat chasis Oe = = 32%, 
validation data = list(x_ val, y val) 
) 
save_ model weights hdf5(model, "pre trained _glove_model.h5") 


Now, plot the model’s performance over time (see figure 6.5). 


Figure 6.5. Training and validation metrics when using pretrained word 
embeddings 
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Listing 6.15. Plotting the results 


pliot (hastory) 


The model quickly starts overfitting, which is unsurprising given the small number of 
training samples. Validation accuracy has high variance for the same reason, but it 


seems to reach the high 50s. 


Note that your mileage may vary: because you have so few training samples, 
performance is heavily dependent on exactly which 200 samples you choose—and 
you're choosing them at random. If this works poorly for you, try choosing a different 
random set of 200 samples, for the sake of the exercise (in real life, you don’t get to 
choose your training data). 


You can also train the same model without loading the pretrained word embeddings 
and without freezing the embedding layer. In that case, you'll learn a task-specific 
embedding of the input tokens, which is generally more powerful than pretrained word 
embeddings when lots of data is available. But in this case, you have only 200 training 
samples. Let’s try it in listing 6.16 (See figure 6.6). 


Figure 6.6. Training and validation metrics without using pretrained word 
embeddings 
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Listing 6.16. Training the same model without pretrained word embeddings 
model <- keras_model_sequential() %>% 
layer embedding (input_dim = max words, output_dim = embedding din, 
input_length = maxlen) %>% 
layer flatten() %>% 
layer dense(uniwkcs “—932) activation. = "Uredu")) 32% 
lavyeridenseunits = acuivatiron —  sagmowdls) 


model %>% compile ( 


optimizer = "rmsprop", 
losisi = “binary crossentropy™, 
metrics = c("acc") 


) 

history <- model %>% fit ( 
x train, y train, 
epochs = 20, 
bateh sa zie. — 3327, 


validation data = list(x vali, y val) 


Validation accuracy stalls in the mid 50s. So in this case, pretrained word embeddings 
outperform jointly learned embeddings. If you increase the number of training 


samples, this will quickly stop being the case—try it as an exercise. 


Finally, let’s evaluate the model on the test data. First, you need to tokenize the test 


data. 


Listing 6.17. Tokenizing the data of the test set 


WES Ea Cuiie a= abner part hs (imdb cabs 7; see Stl) 
labels <- c() 
BesaeSa Se.) 
Fors label aty. pes ane ecCEn ean. sO Osun) ay 
hab Gie< Se swat ehiCkabelvreypc, neg. —J0ls (pos. -vlk) 





Cisrasmames <—ashasl es oaehtGhes tidal ely type) 
Om (fname ainsdaxst ahaike si (dar mame. pattern — gob 2rx (UA sexe )i, 
full.names = TRUE)) { 











texts <- c(texts, readChar(fname, file.info(fname) $size) ) 
labels <- c(labels, label) 





} 


sequences <- texts to sequences (tokenizer, texts) 








x test <- pad_sequences (sequences, maxlen = maxlen) 





y test <= as .array, (labels: 


Next, load and evaluate the first model. 


Listing 6.18. Evaluating the model on the test set 


model %>% 
load_model weights _hdf5("pre trained glove _model.h5") %>% 


evaluate(x test, y test) 


You get an appalling test accuracy of 58%. Working with just a handful of training 
samples is difficult! 


6.1.4. Wrapping up 


Now youw’re able to do the following: 


e Turn raw text into something a neural network can process 
e Use an embedding layer in a Keras model to learn task-specific token embeddings 


e Use pretrained word embeddings to get an extra boost on small natural-language- 


processing problems 


6.2. UNDERSTANDING RECURRENT NEURAL NETWORKS 


A major characteristic of all neural networks you've seen so far, such as densely 
connected networks and convnets, is that they have no memory. Each input shown to 
them is processed independently, with no state kept in between inputs. With such 
networks, in order to process a sequence or a temporal series of data points, you have to 
show the entire sequence to the network at once: turn it into a single data point. For 


instance, this is what you did in the IMDB example: an entire movie review was 


transformed into a single large vector and processed in one go. Such networks are 


called feedforward networks. 


In contrast, as youre reading the present sentence, you're processing it word by word— 
or rather, eye saccade by eye saccade—while keeping memories of what came before; 
this gives you a fluid representation of the meaning conveyed by this sentence. 
Biological intelligence processes information incrementally while maintaining an 
internal model of what it’s processing, built from past information and constantly 


updated as new information comes in. 


A recurrent neural network (RNN) adopts the same principle, albeit in an extremely 
simplified version: it processes sequences by iterating through the sequence elements 
and maintaining a state containing information relative to what it has seen so far. In 
effect, an RNN is a type of neural network that has an internal loop (see figure 6.7). The 
state of the RNN is reset between processing two different, independent sequences 
(such as two different IMDB reviews), so you still consider one sequence a single data 
point: a single input to the network. What changes is that this data point is no longer 


processed in a single step; rather, the network internally loops over sequence elements. 


Figure 6.7. Arecurrent network: a network with a loop 
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To make these notions of loop and state clear, let’s implement the forward pass of a toy 


RNN in R. This RNN takes as input a sequence of vectors, which you'll encode as a 2D 





tensor of size (timesteps, input features). It loops over timesteps, and at each 


timestep, it considers its current state at t and the input at t (of shape 





(input _ features), and combines them to obtain the output at t. You'll then set the 
state for the next step to be this previous output. For the first timestep, the previous 
output isn’t defined; hence, there is no current state. So, you'll initialize the state as an 


all-zero vector called the initial state of the network. 


In pseudocode, this is the RNN. 


Listing 6.19. Pseudocode RNN 


Sdvewta = 40 L 
Kom Ginpwe ye Ine InpUe es equence:) iif 

QUEDUIT he > Ein Ute ees avon tr) 

SPOrCw EE FOU Ue Se 3 


e 1 The state att 
e 2Iterates over sequence elements 


¢ 3 The previous output becomes the state for the next iteration. 





You can even flesh out the function f: the transformation of the input and state into an 


output will be parameterized by two matrices, W and U, and a bias vector. It’s similar to 


the transformation operated by a densely connected layer in a feedforward network. 


Listing 6.20. More detailed pseudocode for the RNN 


Si deewe ss a0) 

LOR WGinpwut tn Inpwe sequence): sf 
QUEDUIT te <> acta at lom(dots(Wre LM pUitest)e + aot (Ue sitabes ity) ath!) 
Sia MeME e< er OU Lubs ie 


To make these notions absolutely unambiguous, let’s write a naive R implementation of 


the forward pass of the simple RNN. 


Listing 6.21. R implementation of a simple RNN 


timesteps <- 100 

IMNpPUESheatures <=" 32 

output features <- 64 

random_array <- function(dim) { 
array (runif (prod(dim)), dim = dim) 

} 


inputs <- random_array(dim = c(timesteps, input features) ) 





Statevt <= reprieni(0, skength = -citoutputs reakure's)),) 


W <- random _array(dim c(output_ features, input features) ) 


U <- random_array (dim c(output_features, output_features) ) 





b <> randomearralyi( dam -— Cour put peatuces:,. W)h) 
output _sequence <- array(0, dim = c(timesteps, output features) ) 
Ore (i sans ben now. npluiesy)e ef 


aiiphesbhios iee<e wilugyelbae cH Patra 

OUtPUT t <> tanhi(as mumerac (CW =o25 An put AG) re i(Ui oss Sit ate it )i  b)s) 
output_sequence[i,] <- as.numeric(output_t) 

StaeeDe i OULD we xe 











Daan A 


e 1 Number of timesteps in the input sequence 

e 2 Dimensionality of the input feature space 

¢ 3 Dimensionality of the output feature space 

¢ 4 Input data: random noise for the sake of the example 
e 5 Initial state: an all-zero vector 

¢ 6 Creates random weight matrices 

e 7input_tis a vector of shape (input_features). 


¢ 8 Combines the input with the current state (the previous output) to 


obtain the current output 
¢ g Updates the result matrix 


¢ 10 Updates the state of the network for the next timestep 





Easy enough: in summary, an RNN is a for loop that reuses quantities computed 
during the previous iteration of the loop, nothing more. Of course, there are many 
different RNNs fitting this definition that you could build—this example is one of the 
simplest RNN formulations. RNNs are characterized by their step function, such as the 


following function in this case (see figure 6.8): 


Figure 6.8. A simple RNN, unrolled over time 


output t-1 output t output t+1 
aa“ ce GE ce EE 


output_t = 
activation( 
——— Weinput_t + 






State t Usstate_t + State t+1 
bo) 
input t-1 input t input t+1 


CUEDUE LE <S  tanh(asinumercie((W s2s a npubeie) + (UW os sittatemt)) 7h ib),) 





Note 


In this example, the final output is a 2D tensor of shape (timesteps, 





output features), where each timestep is the output of the loop at time t. Each 
timestep t in the output tensor contains information about timesteps 1 to t in the 
input sequence—about the entire past. For this reason, in many cases, you don’t need 
this full sequence of outputs; you just need the last output (output_t at the end of the 


loop), because it already contains information about the entire sequence. 





6.2.1. Arecurrent layer in Keras 


The process you just naively implemented in R corresponds to an actual Keras layer 


layer simple. rin: 


ka VC Pees sim pees AiGan GUnthe Sea 355) 


There is one minor difference: layer simple rnn processes batches of sequences, 


like all other Keras layers, not a single sequence as in the R example. This means it 








takes inputs of shape (batch size, timesteps, input features), rather than 





(timesteps; input features): 


Like all recurrent layers in Keras, layer _simple_rnncan be run in two different 
modes: it can return either the full sequences of successive outputs for each timestep (a 


3D tensor of shape (batch size, timesteps, output features) ) or only the 





last output for each input sequence (a 2D tensor of shape (batch size, 





output features) ). These two modes are controlled by the return sequences 
constructor argument. Let’s look at an example that uses layer simple rnnand 


returns only the output at the last timestep: 


library (keras) 


model <- keras model sequential() %>% 


ole 
ae 


layer _embedding(input_dim = 10000, output_dim = 32) %> 
kay ees pre renriy uaa a= 63,22) 


> summary (model) 




















Layer (type) Output Shape Param # 
embedding 22 (Embedding) (None, None, 32) 320000 
Ssimplernn 10 (SimpleRNN) (None, 32) 2080 








Total params: 322, 03:0 
Trainable params: 322,080 


Non-trainable params: 0 


The following example returns the full state sequence: 


model <- keras_model_sequential() %>% 


layer embedding (input _dim = 10000, output_dim = 


layer simple rnn(units = 32, return sequences 


> summary (model) 


S24) 


TRUI 





fe) fe) 
OO 


eee 




















Layer (type) Output Shape Param # 
embedding 23 (Embedding) (None, None, 32) 320000 
simplernn_ 11 (SimpleRNN) (None, None, 32) 2080 








Total parame 32:2,,,0'3:0 
Trainable params: 322,080 


Non-trainable params: 0 


It’s sometimes useful to stack several recurrent layers one after the other in order to 


increase the representational power of a network. In such a setup, you have to get all of 


the intermediate layers to return full sequences: 






































model <- keras_model_sequential() %>% 
layer embedding (input_dim = 10000, output_dim = 32) %>% 
layer ssmmple penny (Units 2 = 38 2 eer eS equUen Ces: = LRUE) o> 
layer simple rnn(units = 32, return_sequences = TRUE) %>% 
hayerssiumpile srenm (units j= .32;. Keturn sequences) = RUE) «o>% 
layer simples cnni(uaniisr=- 37) 1 
> summary (model) 
Layer (type) Output Shape Param # 
embedding 24 (Embedding) (None, None, 32) 320000 
simplernn 12 (SimpleRNN) (None, None, 32) 2080 
simplernn_ 13 (SimpleRNN) (None, None, 32) 2080 
simplernn_ 14 (SimpleRNN) (None, None, 32) 2080 
simplernn 15 (SimpleRNN) (None, 32) 2080 



































TO tals spawsamsy 32 Oy13 2.0 
Trainable params: 328,320 


Non-trainable params: 0 


e 1 Last layer only returns the last output 


Now, let’s use such a model on the IMDB movie-review-classification problem. First, 


preprocess the data. 


Listing 6.22. Preparing the IMDB data 


library (keras) 

max features <- 10000 
maxlen <- 500 
bavchissizie S37 
Gat(“hoading <datax ..\n") 


imdb <- dataset imdb (num words 


max features) 


CCM pU ES Ur alin yb rain), 3C)(InpU ees by. sya GeSic)s): “tcoe° amd 


cat (length(input_train), 
length(input_ test), 


"train sequences\n") 


uences") 





"test seq 


( 
Gaies( 
( 





cat("Pad sequences (samples x time) \n") 

input_train <- pad_sequences(input_train, maxlen = maxlen) 
input_test <- pad_ sequences (input_test, maxlen = maxlen) 
Can input trarnishapes, sium (anpub tice nm). Wns) 

cat ("input_test shape:", dim(input_test), "\n") 


¢ 1 Number of words to consider as features 


¢ 2 Cuts off texts after this many words (among the max_features most 


common words) 


Let’s train a simple recurrent network using layer embedding and 


layer simple rnn. 


Listing 6.23. Training the model with embedding and simple RNN layers 


fe) fe) 
C>% 


model <- keras_ model sequential () 


ole 


layer embedding (input dim = 82) 


323) 


activation = "sigmoid") 


max features, output dim 


QO QO 
CPs 


layer simple rnn(units 
layer dense(units = 1, 


model %>% compile ( 


optimizer WEMSPBOp i, 


loss = "binary crossentropy", 


metrics euekacest)) 


) 


history <- model %>% fit ( 
ARTO Bieats ASTI See earl 
epochs = 10, 
bakehs sausver== 128% 
Vallircaeong. Splits scl 0).22 





ole 


Now, let’s display the training and validation loss and accuracy (see figure 6.9). 


Figure 6.9. Training and validation metrics on IMDB with layer _ simple rnn 
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Listing 6.24. Plotting results 


plot (history) 


As a reminder, in chapter 3, the first naive approach to this dataset got you to a test 
accuracy of 88%. Unfortunately, this small recurrent network doesn’t perform well 
compared to this baseline. Part of the problem is that your inputs only consider the first 
500 words, rather than full sequences—hence, the RNN has access to less information 
than the earlier baseline model. The remainder of the problem is that 

layer simple _rnn isn’t good at processing long sequences, such as text. Other types 


of recurrent layers perform much better. Let’s look at some more-advanced layers. 


6.2.2. Understanding the LSTM and GRU layers 


Simple RNNs aren’t the only recurrent layers available in Keras. There are two others: 
layer _1lstmand layer gru. In practice, you'll always use one of these, because 
layer simple _rnn is generally too simplistic to be of real use. One major issue with 
layer simple _rnn is that although it should theoretically be able to retain at time t 
information about inputs seen many timesteps before, in practice, such long-term 
dependencies are impossible to learn. This is due to the vanishing gradient problem, 
an effect that is similar to what is observed with non-recurrent networks (feedforward 
networks) that are many layers deep: as you keep adding layers to a network, the 


network eventually becomes untrainable. The theoretical reasons for this effect were 


[2] 
studied by Hochreiter, Schmidhuber, and Bengio in the early 1990s. The LSTM and 
GRU layers are designed to solve this problem. 


See, for example, Yoshua Bengio, Patrice Simard, and Paolo Frasconi, “Learning Long-Term Dependencies with 
Gradient Descent Is Difficult,” [EEE Transactions on Neural Networks 5, no. 2 (1994). 


Let’s consider the LSTM layer. The underlying Long Short-Term Memory (LSTM) 


L3>] 
algorithm was developed by Hochreiter and Schmidhuber in 1997; it was the 


culmination of their research on the vanishing gradient problem. 


Sepp Hochreiter and Jiirgen Schmidhuber, “Long Short-Term Memory,” Neural Computation 9, no. 8 (1997). 


This layer is a variant of layer _simple_rnn, which you already know about; it adds a 
way to carry information across many timesteps. Imagine a conveyor belt running 
parallel to the sequence youre processing. Information from the sequence can jump 
onto the conveyor belt at any point, be transported to a later timestep, and jump off, 
intact, when you need it. This is essentially what LSTM does: it saves information for 


later, thus preventing older signals from gradually vanishing during processing. 


To understand this in detail, let’s start from the simple RNN cell (see figure 6.10). 
Because you'll have a lot of weight matrices, index the W and U matrices in the cell with 


the letter o (Wo and Uo) for output. 


Figure 6.10. The starting point of an LSTM layer: a simple RNN 


output t-1 output t output t+1 
—_——_----—-——a—e—nn eee eee: eee: ee eee ----———- 


output_t = 
activation( 
a Worinput_t + 





State t Uorstate_t + State t+1 
bo) 
input t-1 input t input t+1 


Let’s add to this picture an additional data flow that carries information across 
timesteps. Call its values at different timesteps Ct, where C stands for carry. This 


information will have the following impact on the cell: it will be combined with the 


input connection and the recurrent connection (via a dense transformation: a dot 
product with a weight matrix followed by a bias add and the application of an activation 
function), and it will affect the state being sent to the next timestep (via an activation 
function an a multiplication operation). Conceptually, the carry dataflow is a way to 


modulate the next output and the next state (see figure 6.11). Simple so far. 


Figure 6.11. Going from a simple RNN to an LSTM: adding a carry track 
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Now the subtlety: the way the next value of the carry dataflow is computed. It involves 


three distinct transformations. All three have the form of a simple RNN cell: 
y = activatvon(doi(state ke, U) fF dot (inputle;, W) Gb) 


But all three transformations have their own weight matrices, which you'll index with 
the letters i, £, and k. Here’s what you have so far (it may seem a bit arbitrary, but bear 


with us). 


Listing 6.25. Pseudocode details of the LSTM architecture (1/2) 


OUEPUELE = actuvataon(doE(stabe ll, Uo) + dotl(anput le, Wo) + dolb(eat;, Vo) 
tot = ackivatron(dor (state et, Ul) + dot (input tt, Wa) + ba) 
foe = activatton(dol(state tt, UE) + dotiianpub le, We) + be) 
kt = activation (dot (state t, Uk) + dot (anput_t, Wk) + bk) 


ee r 














You obtain the new carry state (the next c_t) bycombining i t,f t,andk t. 


Listing 6.26. Pseudocode details of the LSTM architecture (2/2) 


(etal al te tee peice) ie) acs ie 





Add this as shown in figure 6.12. And that’s it. Not so complicated—merely a tad 


complex. 


Figure 6.12. Anatomy of an LSTM 
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If you want to get philosophical, you can interpret what each of these operations is 
meant to do. For instance, you can say that multiplying c_ t and f t isa way to 
deliberately forget irrelevant information in the carry dataflow. Meanwhile, i_t and 
k_t provide information about the present, updating the carry track with new 
information. But at the end of the day, these interpretations don’t mean much, because 
what these operations actually do is determined by the contents of the weights 
parameterizing them; and the weights are learned in an end-to-end fashion, starting 
over with each training round, making it impossible to credit this or that operation with 
a specific purpose. The specification of an RNN cell (as just described) determines your 
hypothesis space—the space in which you'll search for a good model configuration 
during training—but it doesn’t determine what the cell does; that is up to the cell 
weights. The same cell with different weights can be doing very different things. So the 
combination of operations making up an RNN cell is better interpreted as a set of 


constraints on your search, not as a design in an engineering sense. 


To a researcher, it seems that the choice of such constraints—the question of how to 
implement RNN cells—is better left to optimization algorithms (like genetic algorithms 
or reinforcement learning processes) than to human engineers. And in the future, that’s 
how we'll build networks. In summary: you don’t need to understand anything about 
the specific architecture of an LSTM cell; as a human, it shouldn’t be your job to 
understand it. Just keep in mind what the LSTM cell is meant to do: allow past 
information to be reinjected at a later time, thus fighting the vanishing-gradient 


problem. 


6.2.3. A concrete LSTM example in Keras 


Now let’s switch to more practical concerns: you'll set up a model using layer lstm 
and train it on the IMDB data (see figure 6.13). The network is similar to the one with 
layer simple _rnn that was just presented. You only specify the output 
dimensionality of layer _1stm; leave every other argument (there are many) at the 
Keras defaults. Keras has good defaults, and things will almost always “just work” 


without you having to spend time tuning parameters by hand. 


Figure 6.13. Training and validation metrics on IMDB with LSTM 
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Listing 6.27. Using the LSTM layer in Keras 
model <- keras_model_sequential() %>% 
layer _ embedding (input_dim = max features, output_dim = 32) %>% 
layer lstm(units = 32) %>% 
layer dense (units = 1, activation = “sagmord"™) 


model %>% compile ( 


optimizer = "rmsprop", 
loss = “banary crossentropy", 
metres =e (ace) 


) 

history <- model’ ¢>5 chat ( 
INU eran. “ys earn, 
epochs = 10, 
bach psaze S128 ,, 
validation splat = (02 





This time, you achieve up to 88% validation accuracy. Not bad: certainly much better 
than the simple RNN network—that’s largely because LSTM suffers much less from the 
vanishing-gradient problem—and slightly better than the fully connected approach 
from chapter 3, even though yow’re looking at less data than you were in chapter 3. You’re 
truncating sequences after 500 timesteps, whereas in chapter 3, you were considering 


full sequences. 


But this result isn’t groundbreaking for such a computationally intensive approach. 
Why isn’t LSTM performing better? One reason is that you made no effort to tune 
hyperparameters such as the embeddings dimensionality or the LSTM output 
dimensionality. Another may be lack of regularization. But honestly, the primary reason 
is that analyzing the global, long-term structure of the reviews (what LSTM is good at) 
isn’t helpful for a sentiment-analysis problem. Such a basic problem is well solved by 
looking at what words occur in each review, and at what frequency. That’s what the first 
fully connected approach looked at. But there are far more difficult natural-language- 
processing problems out there, where the strength of LSTM will become apparent: in 


particular, question answering and machine translation. 


6.2.4. Wrapping up 


Now you understand the following: 


e What RNNs are and how they work 
e What LSTM is, and why it works better on long sequences than a naive RNN 


e Howto use Keras RNN layers to process sequence data 


Next, we'll review a number of more advanced features of RNNs, which can help you 


get the most out of your deep-learning sequence models. 


6.3. ADVANCED USE OF RECURRENT NEURAL NETWORKS 


In this section, we'll review three advanced techniques for improving the performance 
and generalization power of recurrent neural networks. By the end of the section, you'll 
know most of what there is to know about using recurrent networks with Keras. We'll 
demonstrate all three concepts on a temperature-forecasting problem, where you have 
access to a timeseries of data points coming from sensors installed on the roof of a 
building, such as temperature, air pressure, and humidity, which you use to predict 
what the temperature will be 24 hours after the last data point. This is a fairly 
challenging problem that exemplifies many common difficulties encountered when 


working with timeseries. 


We'll cover the following techniques: 


e Recurrent dropout—This is a specific, built-in way to use dropout to fight 


overfitting in recurrent layers. 


e Stacking recurrent layers—This increases the representational power of the 


network (at the cost of higher computational loads). 


e Bidirectional recurrent layers—These present the same information to a recurrent 


network in different ways, increasing accuracy and mitigating forgetting issues. 


6.3.1. A temperature-forecasting problem 


Until now, the only sequence data we’ve covered has been text data, such as the IMDB 
dataset and the Reuters dataset. But sequence data is found in many more problems 
than just language processing. In all the examples in this section, you'll play with a 


weather timeseries dataset recorded at the Weather Station at the Max Planck Institute 


[4] 
for Biogeochemistry in Jena, Germany. 


Olaf Kolle, www.bge-jena.mpg.de/wetter. 


In this dataset, 14 different quantities (such air temperature, atmospheric pressure, 
humidity, wind direction, and so on) were recorded every 10 minutes, over several 
years. The original data goes back to 2003, but this example is limited to data from 
2009-2016. This dataset is perfect for learning to work with numerical timeseries. 
Youll use it to build a model that takes as input some data from the recent past (a few 


days’ worth of data points) and predicts the air temperature 24 hours in the future. 


Download and uncompress the data as follows: 





dir.create("~/Downloads/jena_ climate", recursive = TRUE 
download. file ( 


— 





"https://s3.amazonaws.com/keras-datasets/jena_ climate 2009 2016.csv.zip" 





"~/Downloads/jena_climate/jena_climate 2009 2016.csv.zip" 





) 
unzip ( 


"~/Downloads/jena_climate/jena_ climate 2009 2016.csv.zip", 





exdir = "~/Downloads/jena_ climate" 











Let’s look at the data. 


Listing 6.28. Inspecting the data of the Jena weather dataset 


library (tibble) 
library (readr) 
data_dir <- "~/Downloads/jena_climate" 


Enames<>. fwhkespath(datasdmr. “jena clamatren2 009s Z0Mkomesv.) 





data <- read_csv(fname) 
> glimpse (data) 
Observations: 420,551 
Vardabiles:s: 15 
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So lh deg). dbl SO Oe = Ord ut OU de Mai Oy SIC er Or rele a Ores Olp pe OZ 
SP alpote “(Kyl <dbil>. 2694 4:07, Toa Olle 264 O26. A ZAGe 216 uO. POO 4 S.0.70 
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Let’s plot the temperature (in degrees Celsius) over time (see figure 6.14). On this plot, 


you can clearly see the yearly periodicity of temperature. 


Figure 6.14. Temperature over the full temporal range of the dataset (°C) 
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Listing 6.29. Plotting the temperature timeseries 


library (ggplot2) 


ggpllot (data racsiee = Ml omrow (daira) sya dE (deg@)) > )s)) se igeom Maine () 


Let’s look at a more narrow plot of the first 10 days of temperature data (see figure 6.15). 


Because the data is recorded every 10 minutes, you get 144 data points per day. 


Figure 6.15. Temperature over the first 10 days of the dataset (°C) 
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Listing 6.30. Plotting the first 10 days of the temperature timeseries 
gGgploe(data ph ih4407 7 saesi(x >= 1440) yl (de ge) 1) "ahgeoms dane) 


On this plot, you can see daily periodicity, especially evident for the last 4 days. Also 


note that this 10-day period must be coming from a fairly cold winter month. 


If you were trying to predict average temperature for the next month given a few 
months of past data, the problem would be easy, due to the reliable year-scale 
periodicity of the data. But looking at the data over a scale of days, the temperature 


looks a lot more chaotic. Is this timeseries predictable at a daily scale? Let’s find out. 


6.3.2. Preparing the data 


The exact formulation of the problem will be as follows: given data going as far back as 
lookback timesteps (a timestep is 10 minutes) and sampled every steps timesteps, 
can you predict the temperature in delay timesteps? You'll use the following 


parameter values: 


e lookback = 1440—Observations will go back 10 days. 


6—Observations will be sampled at one data point per hour. 


e steps 


e delay = 144—Targets will be 24 hours in the future. 


To get started, you need to do two things: 


e Preprocess the data to a format a neural network can ingest. This is easy: the data is 
already numerical, so you don’t need to do any vectorization. But each timeseries in 
the data is on a different scale (for example, temperature is typically between -20 
and +30, but atmospheric pressure, measured in mbar, is around 1,000). You'll 
normalize each timeseries independently so that they all take small values on a 


similar scale. 


e Write a generator function that takes the current array of float data and yields 
batches of data from the recent past, along with a target temperature in the future. 
Because the samples in the dataset are highly redundant (sample N and sample N + 
1 will have most of their timesteps in common), it would be wasteful to explicitly 
allocate every sample. Instead, you'll generate the samples on the fly using the 


original data. 





Understanding generator functions 


A generator function is a special type of function that you call repeatedly to obtain a 
sequence of values. Often, generators need to maintain internal state, so they’re 
typically constructed by calling another function that returns the generator function 


(the environment of the function that returns the generator is then used to track state). 


For example, the following sequence generator () function returns a generator 


function that yields an infinite sequence of numbers: 





Sequence generator <> Tunctron(s tart): { 





value <- start - 1 
Puneicaroms(aye <f 
value <<- valu Teall 
value 


} 


> gen <- sequence generator (10) 





> gen () 
alg) ae, 
> gen () 
falafel 


The current state of the generator is the value variable that’s defined outside of the 
function. Note that superassignment (<<-) is used to update this state from within the 


function. 


Generator functions can signal completion by returning the value NULL. But generator 





functions passed to Keras training methods (such as fit generator () ) should 
always return values infinitely (the number of calls to the generator function is 


controlled by the epochs and steps per epoch parameters). 





First, you'll convert the R data frame that you read earlier into a matrix of floating- 


point values (discarding the first column, which included a text timestamp). 


Listing 6.31. Converting the data into a floating-point matrix 


datas <—- data matrix (datas. siilk) 


You'll then preprocess the data by subtracting the mean of each timeseries and dividing 
by the standard deviation. You're going to use the first 200,000 timesteps as training 
data, so compute the mean and standard deviation for normalization only on this 


fraction of the data. 


Listing 6.32. Normalizing the data 


train data <= datapl:2000007 ] 
mean <- apply(train data, 2, mean) 
Std, <> apply (trarnadaivar. 2, “Ss d) 


data <- scale(data, center = mean, scale = std) 


Listing 6.33 shows the data generator you'll use. It yields alist (samples, targets), 
where samples is one batch of input data and targets is the corresponding array of 


target temperatures. It takes the following arguments: 
¢ data—The original array of floating-point data, which you normalized in listing 
6.32. 
* lookback—How many timesteps back the input data should go. 
e delay—How many timesteps in the future the target should be. 


e min index and max_index—Indices in the data array that delimit which 
timesteps to draw from. This is useful for keeping a segment of the data for 


validation and another for testing. 





f 1e—Whether to shuffle the samples or draw them in chronological order. 








e shu 





e batch size—The number of samples per batch. 


* step—The period, in timesteps, at which you sample data. You'll set it to 6 in order 


to draw one data point every hour. 


Listing 6.33. Generator yielding timeseries samples and their targets 


generator <- function(data, lookback, delay, min_index, 








max index, 


shuttle = FMAUSK,, Ibakchystzer= i237. Sitep) =" 6))) of 
ie \(Gss: snl demase index) max andéex<— nrow.(data)i —..délaye— 
i= Min wandexs lookback 
UMC ean) 
aie eSthuet es) 
rows <- sample (c((min_index+lookback) :max_index), size = batch_size) 
ec lsior{ 
ibe Gia ce wo aie Che rSakz Oe >.— iia xeon Clext) 


i <<- min_index + lookback 
rows <— ¢(imin(itbatch size, max index) 
i <<- 


} 


1 + length(rows) 


samples <- array(0, dim = c(length(rows), 
lookback / step, 
dim(data) [[-1]])) 

targets <- array(0, dim = c(length (rows) ) ) 


HOw ulgieasy eslren cieheGeOw.s)y)s ay 
lookback, 


dim(samples) [[2]]) 


indices <- seq(rows[[j]] - rows[[j]], 


length.out = 
samples[j,,] <- data[indices, ] 


targets[[j]] <- data[rows[[j3]] + delay,2] 


} 


list(samples, targets) 











The i variable contains the state that tracks the next window of data to return, so it’s 


updated using superassignment (i <<- i + length(rows)). 


Now, let’s use the abstract generator function to instantiate three generators: one for 


training, one for validation, and one for testing. Each will look at different temporal 


segments of the original data: the training generator looks at the first 200,000 


timesteps, the validation generator looks at the following 100,000, and the test 


generator looks at the remainder. 


Listing 6.34. Preparing the training, validation, and test generators 


library (keras) 


lookback <- 1440 
step <- 6 
delay <- 144 


baeehwysszie ev 


train gen <- generator ( 
data, 
lookback = lookback, 
delay = delay, 
Mais nde x= S59; 
max index 200000, 
shuffle = TRUE, 





Swepi- =" S:uepy 


batch size = batch size 
) 
val_ gen = generator ( 
data, 


lookback = lookback, 
delay = delay, 

min index = 200001, 
max index = 300000, 
Sieepe = "Sueo;, 


batchysize = batehis ize 





test_gen <- generator ( 
data, 
lookback = lookback, 
delay = delay, 
min index = 300001, 
max index = NULL, 


Step = VS.rep; 





bawchesaves = batehusaize 
) 
Valosteps, <= 4(3:00000 “= 200001. = lookback) “/sbateh sae 1 
test_steps <- (nrow(data) - 300001 - lookback) / batch size 


¢ 1 How many steps to draw from val_gen in order to see the entire 


validation set 


¢ 2 How many steps to draw from test_gen in order to see the entire test 


set 


6.3.3. Acommon-sense, non-machine-learning baseline 


Before you start using black-box deep-learning models to solve the temperature- 
prediction problem, let’s try a simple, common-sense approach. It will serve as a sanity 
check, and it will establish a baseline that you'll have to beat in order to demonstrate 
the usefulness of more-advanced machine-learning models. Such common-sense 
baselines can be useful when you're approaching a new problem for which there is no 
known solution (yet). A classic example is that of unbalanced classification tasks, where 
some classes are much more common than others. If your dataset contains 90% 
instances of class A and 10% instances of class B, then a common-sense approach to the 


classification task is to always predict “A” when presented with a new sample. Such a 


classifier is 90% accurate overall, and any learning-based approach should therefore 
beat this 90% score in order to demonstrate usefulness. Sometimes, such elementary 


baselines can prove surprisingly hard to beat. 


In this case, the temperature timeseries can safely be assumed to be continuous (the 
temperatures tomorrow are likely to be close to the temperatures today) as well as 
periodical with a daily period. Thus a common-sense approach is to always predict that 
the temperature 24 hours from now will be equal to the temperature right now. Let’s 


evaluate this approach, using the mean absolute error (MAE) metric: 


mean(abs(preds - targets) ) 


Here’s the evaluation loop. 


Listing 6.35. Computing the common-sense baseline MAE 


evaluate naive method <- function() { 

bawchamaese<—7+ex(:) 

RO W(sitepe ane dsvalsstepsi)" 4 
c(samples, targets) %<-% val_gen() 
preds <- samples[,dim(samples) [[2]],2] 
mae <- mean(abs(preds - targets) ) 
batch maes <- c(batch_maes, mae) 

} 


print (mean (batch _maes) ) 


} 


evaluate naive method() 


This yields an MAE of 0.29. Because the temperature data has been normalized to be 
centered on 0 and have a standard deviation of 1, this number isn’t immediately 
interpretable. It translates to an average absolute error of 0.29 x temperature std 


degrees Celsius: 2.57°C. 


Listing 6.36. Converting the MAE back to a Celsius error 


Ge saws eM ca ORs. e este culePZ. |i 


That’s a fairly large average absolute error. Now the game is to use your knowledge of 


deep learning to do better. 


6.3.4. A basic machine-learning approach 


In the same way that it’s useful to establish a common-sense baseline before trying 


machine-learning approaches, it’s useful to try simple, cheap machine-learning models 
(such as small, densely connected networks) before looking into complicated and 
computationally expensive models such as RNNs. This is the best way to make sure any 


further complexity you throw at the problem is legitimate and delivers real benefits. 


The following listing shows a fully connected model that starts by flattening the data 
and then runs it through two dense layers. Note the lack of activation function on the 
last dense layer, which is typical for a regression problem. You use MAE as the loss. 

Because you evaluate on the exact same data and with the exact same metric you did 


with the common-sense approach, the results will be directly comparable. 


Listing 6.37. Training and evaluating a densely connected model 


library (keras) 


model <- keras_ model sequential() %>% 


ae 
V 
ae 


layer flatten(input_ shape = c(lookback / step, dim(data) [-1])) 
Lavyersdense,(Un@eES = 3276 dCtivatTone +) Marelli) |S 
hayer dense (unas! 1h) 
model %>% compile ( 
optimizer = optimizer rmsprop(), 
loss = "mae" 
) 
history <- model %>% fit generator ( 


train gen, 





Stepseperepoch= == 500; 
epochs = 20, 
validation data = val gen, 


validation steps = val steps 


Let’s display the loss curves for validation and training (see figure 6.16). 


Figure 6.16. Training and validation loss on the Jena temperature-forecasting task 
with a simple, densely connected network 





0.8 - 
data 
» 06- ‘ 
7) © training 
a] 
-@- validation 
0.4- 
0.2- 
5 10 15 20 
epoch 


Listing 6.38. Plotting results 


plot (history) 


Some of the validation losses are close to the no-learning baseline, but not reliably. This 
goes to show the merit of having this baseline in the first place: it turns out to be not 
easy to outperform. Your common sense contains a lot of valuable information that a 


machine-learning model doesn’t have access to. 


You may wonder, if a simple, well-performing model exists to go from the data to the 
targets (the common-sense baseline), why doesn’t the model you're training find it and 
improve on it? Because this simple solution isn’t what your training setup is looking for. 
The space of models in which you're searching for a solution—that is, your hypothesis 
space—is the space of all possible two-layer networks with the configuration you 
defined. These networks are already fairly complicated. When yow’re looking for a 
solution with a space of complicated models, the simple, well-performing baseline may 
be unlearnable, even if it’s technically part of the hypothesis space. That is a pretty 
significant limitation of machine learning in general: unless the learning algorithm is 
hardcoded to look for a specific kind of simple model, parameter learning can 


sometimes fail to find a simple solution to a simple problem. 


6.3.5. A first recurrent baseline 


The first fully connected approach didn’t do well, but that doesn’t mean machine 


learning isn’t applicable to this problem. The previous approach first flattened the 
timeseries, which removed the notion of time from the input data. Let’s instead look at 
the data as what it is: a sequence, where causality and order matter. You'll try a 
recurrent-sequence processing model—it should be the perfect fit for such sequence 
data, precisely because it exploits the temporal ordering of data points, unlike the first 
approach. 


Instead of the LSTM layer introduced in the previous section, you'll use the GRU layer, 


developed by Chung et al. in sa. = Gated recurrent unit (GRU) layers work using 
the same principle as LSTM, but they’re somewhat streamlined and thus cheaper to run 
(although they may not have as much representational power as LSTM). This trade-off 
between computational expensiveness and representational power is seen everywhere 


in machine learning. 


Junyoung Chung et al., “Empirical Evaluation of Gated Recurrent Neural Networks on Sequence Modeling,” 
Conference on Neural Information Processing Systems (2014), https://arxiv.org/abs/1412.3555. 


Listing 6.39. Training and evaluating a model with layer gru 





model <- keras_ model sequential() %>% 
lhevyernGnu (Unies = 32; anpuryshape = dh st (NUL idim(data) [i-Tsil') jy 325 
kay err. clenis eo Qu nasty Sts — Sal) 


model %>% compile ( 
optimizer = optimizer rmsprop(), 


loss = "mae" 


history <- model %>% fit generator ( 
Emad Geng 


Steps per epochs = 75.0.0, 





epochs = 20, 
validation data = val gen, 


validation steps = val steps 


Figure 6.17 shows the results. Much better! You can significantly beat the common- 
sense baseline, demonstrating the value of machine learning as well as the superiority 
of recurrent networks compared to sequence-flattening dense networks on this type of 
task. 


Figure 6.17. Training and validation loss on the Jena temperature-forecasting task 
with layer gru 
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The new validation MAE of ~0.265 (before you start significantly overfitting) translates 
to a mean absolute error of 2.35°C after denormalization. That’s a solid gain on the 


initial error of 2.57°C, but you probably still have a bit of a margin for improvement. 


6.3.6. Using recurrent dropout to fight overfitting 


It’s evident from the training and validation curves that the model is overfitting: the 
training and validation losses start to diverge considerably after a few epochs. You’re 
already familiar with a classic technique for fighting this phenomenon: dropout, which 
randomly zeros out input units of a layer in order to break happenstance correlations in 
the training data that the layer is exposed to. But how to correctly apply dropout in 
recurrent networks isn’t a trivial question. It has long been known that applying 
dropout before a recurrent layer hinders learning rather than helping with 


[ 
regularization. In 2015, Yarin Gal, as part of his PhD thesis on Bayesian deep learning, 


determined the proper way to use dropout with a recurrent network: the same 
dropout mask (the same pattern of dropped units) should be applied at every timestep, 
instead of a dropout mask that varies randomly from timestep to timestep. What’s 
more, in order to regularize the representations formed by the recurrent gates of layers 
such as layer gruand layer l1stm,atemporally constant dropout mask should be 
applied to the inner recurrent activations of the layer (a recurrent dropout mask). 
Using the same dropout mask at every timestep allows the network to properly 
propagate its learning error through time; a temporally random dropout mask would 


disrupt this error signal and be harmful to the learning process. 


See Yarin Gal, “Uncertainty in Deep Learning (PhD Thesis),” October 13, 2016, 
http://mlg.eng.cam.ac.uk/yarin/blog_2248 html. 


Yarin Gal did his research using Keras and helped build this mechanism directly into 
Keras recurrent layers. Every recurrent layer in Keras has two dropout-related 


arguments: dropout, a float specifying the dropout rate for input units of the layer, 


and recurrent dropout, specifying the dropout rate of the recurrent units. Let’s add 


dropout and recurrent dropout to layer _gru and see how doing so impacts 


overfitting. Because networks being regularized with dropout always take longer to fully 


converge, you'll train the network for twice as many epochs. 


Listing 6.40. Training and evaluating a dropout-regularized GRU-based model 





model <- keras_ model sequential() %>% 
Layer OG cou(Une Ss = i325 dropout s= 102, srecuprentsdtropout = 10.2, 
input shape = list (NULL, dim(data)[[-1]])) %>% 
layer dense/(unats = 1) 


model %>% compile ( 
optimizer = optimizer rmsprop(), 
loss: = "mae" 

) 

history <- model %>% fit generator ( 
train gen, 


Steps: per epoch = 5.00), 





epochs = 40, 
validation data = val gen, 


validation steps = val steps 


Figure 6.18 shows the results. Success! You're no longer overfitting during the first 20 
epochs. But although you have more stable evaluation scores, your best scores aren’t 


much lower than they were previously. 


Figure 6.18. Training and validation loss on the Jena temperature-forecasting task 
with a dropout-regularized GRU 
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6.3.7. Stacking recurrent layers 


Because you're no longer overfitting but seem to have hit a performance bottleneck, you 
should consider increasing the capacity of the network. Recall the description of the 
universal machine-learning workflow: it’s generally a good idea to increase the capacity 
of your network until overfitting becomes the primary obstacle (assuming you’ve 
already taken basic steps to mitigate overfitting, such as using dropout). As long as you 


aren’t overfitting too badly, you're likely under capacity. 


Increasing network capacity is typically done by increasing the number of units in the 
layers or adding more layers. Recurrent layer stacking is a classic way to build more- 
powerful recurrent networks: for instance, what currently powers the Google Translate 


algorithm is a stack of seven large LSTM layers—that’s huge. 


To stack recurrent layers on top of each other in Keras, all intermediate layers should 
return their full sequence of outputs (a 3D tensor) rather than their output at the last 


timestep. This is done by specifying return sequences = TRUE. 


Figure 6.19 shows the results. You can see that the added layer does improve the results 


a bit, though not significantly. You can draw two conclusions: 


Figure 6.19. Training and validation loss on the Jena temperature-forecasting task 
with a stacked GRU network 
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Because youre still not overfitting too badly, you could safely increase the size of 
your layers in a quest for validation-loss improvement. This has a non-negligible 


computational cost, though. 


Adding a layer didn’t help by a significant factor, so you may be seeing diminishing 


returns from increasing network capacity at this point. 


Listing 6.41. Training and evaluating a dropout-regularized, stacked GRU model 


model <- keras_model_sequential() %>% 
Iayerengr uN(uUMacis 5 32), 


dropout = 0.1, 








recurrent dropout = 0.5, 

return sequences = TRUE, 

input_shape = list (NULL, dim(data)[[-1]])) %>% 
layer sg nudcundees sod meacieav.d Eaton Ioreusuil, 


dropout = 0.1, 





ae 


recurrent idropowe = U5) o> 
layer dense (unaess.— 1h) 
model %>% compile ( 
optimizer = optimizer rmsprop(), 
loss = "mae" 
) 
hastony <— model $23 fat generator ( 


train gen, 





Stepseper epoch: = 5010; 
epochs = 40, 
validation data = val_gen, 


validation_steps = val_steps 


6.3.8. Using bidirectional RNNs 


The last technique introduced in this section is called bidirectional RNNs. A 
bidirectional RNN is a common RNN variant that can offer greater performance than a 
regular RNN on certain tasks. It’s frequently used in natural-language processing—you 


could call it the Swiss Army knife of deep learning for natural-language processing. 


RNNs are notably order dependent, or time dependent: they process the timesteps of 
their input sequences in order, and shuffling or reversing the timesteps can completely 
change the representations the RNN extracts from the sequence. This is precisely the 
reason they perform well on problems where order is meaningful, such as the 
temperature-forecasting problem. A bidirectional RNN exploits the order sensitivity of 
RNNs: it consists of using two regular RNNs, such as layer gruandlayer lstm 
that you're already familiar with, each of which processes the input sequence in one 
direction (chronologically and antichronologically), and then merging their 
representations. By processing a sequence both ways, a bidirectional RNN can catch 


patterns that may be overlooked by a unidirectional RNN. 


Remarkably, the fact that the RNN layers in this section have processed sequences in 
chronological order (older timesteps first) may have been an arbitrary decision. At 
least, it’s a decision we made no attempt to question so far. Could the RNNs have 
performed well enough if they processed input sequences in antichronological order, 
for instance (newer timesteps first)? Let’s try this in practice and see what happens. All 
you need to do is write a variant of the data generator where the input sequences are 
reverted along the time dimension (replace the last line with list (samples 
[,ncol(samples):1,], targets) ). Training the same one-GRU-layer network 
that you used in the first experiment in this section, you get the results shown in figure 
6.20. 


Figure 6.20. Training and validation loss on the Jena temperature-forecasting task 
with a GRU trained on reversed sequences 
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The reversed-order GRU underperforms even the common-sense baseline, indicating 
that in this case, chronological processing is important to the success of your approach. 
This makes perfect sense: the underlying GRU layer will typically be better at 
remembering the recent past than the distant past, and naturally the more recent 
weather data points are more predictive than older data points for the problem (that’s 
what makes the common-sense baseline fairly strong). Thus the chronological version 
of the layer is bound to outperform the reversed-order version. Importantly, this isn’t 
true for many other problems, including natural language: intuitively, the importance 
of a word in understanding a sentence isn’t usually dependent on its position in the 


sentence. Let’s try the same trick on the LSTM IMDB example from section 6.2. 


Listing 6.42. Training and evaluating an LSTM using reversed sequences 


library (keras) 
max features <- 10000 al 
maxlen <- 500 


imdb <- dataset _imdb(num_words = max features) 
e(e( train, y train), e(x test, y test)) s<-e amdb 
x braun. <—— lhappiliyd(x eran: sev) 3 


x test <— JappillyG test, rev) 
x train <- pad_sequences(x train, maxlen = maxlen) 4 


x test <- pad sequences(x test, maxlen = maxlen) 





model <- keras_model_sequential() %>% 
layer embedding (input_dim = max features, output_dim = 128) %>% 
ayer Its Emi(unaes = 32) %>% 
layer dense(units = 1, activation = "sigmoid") 


model %>% compile ( 


optimizer = "rmsprop", 
OSs s— Oia ry aeCLO SS ens VOY ts, 
metrics = c("acc") 

) 

history <= models 35:6) fante%( 
gunleiarelaiiala elf leseroiuingly 
epochs = 10, 
batbehisiize. = 128; 
vailidatbuon isp bite Ol 2 





¢ 1 Number of words to consider as features 


e¢ 2 Cuts off texts after this number of words (among the max_ features 


most common words) 
e 3 Reverses sequences 


¢ 4 Pads sequences 


You get performance nearly identical to that of the chronological-order LSTM. 
Remarkably, on such a text dataset, reversed-order processing works just as well as 
chronological processing, confirming the hypothesis that, although word order does 
matter in understanding language, which order you use isn’t crucial. Importantly, an 
RNN trained on reversed sequences will learn different representations than one 
trained on the original sequences, much as you would have different mental models if 
time flowed backward in the real world—if you lived a life where you died on your first 
day and were born on your last day. In machine learning, representations that are 
different yet useful are always worth exploiting, and the more they differ, the better: 
they offer a new angle from which to look at your data, capturing aspects of the data 
that were missed by other approaches, and thus they can help boost performance on a 


task. This is the intuition behind ensembling, a concept we'll explore in chapter 7. 


A bidirectional RNN exploits this idea to improve on the performance of chronological- 
order RNNs. It looks at its input sequence both ways (see figure 6.21), obtaining 
potentially richer representations and capturing patterns that may have been missed by 


the chronological-order version alone. 


Figure 6.21. How a bidirectional RNN layer works 
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To instantiate a bidirectional RNN in Keras, you use the bidirectional () function, 
which takes a recurrent layer instance as an argument. The bidirectional () 
function creates a second, separate instance of this recurrent layer and uses one 
instance for processing the input sequences in chronological order and the other 
instance for processing the input sequences in reversed order. Let’s try it on the IMDB 


sentiment-analysis task. 


Listing 6.43. Training and evaluating a bidirectional LSTM 


model <- keras_model_sequential() %>% 


oe 


layer embedding (anput_dim = max features, output _dim = 32) %> 


bidirectional ( 





layer stm (units = 321) 
) S>% 
layer dense (untts=— i activatwon =) Wsagmodiays) 


model %>% compile ( 


optimizer = "rmsprop", 
losis: = “banany crossentropy™, 
metres. — Te (“ace”) 


) 

history <- model %>% fit ( 
xk train, y train, 
epochs = 10, 
batch size = 128, 
validation splat = OZ 





It performs slightly better than the regular LSTM you tried in the previous section, 
achieving over 89% validation accuracy. It also seems to overfit more quickly, which is 
unsurprising because a bidirectional layer has twice as many parameters as a 
chronological LSTM. With some regularization, the bidirectional approach would likely 


be a strong performer on this task. 


Now let’s try the same approach on the temperature-prediction task. 


Listing 6.44. Training a bidirectional GRU 


model <- keras model sequential() %>% 





bidirectional ( 


Layer gru(units: = 32); input sshape = list (NULL, dim(data)) [L|=1)])) 





) S>% 
hayiera dense (unas ==> 1) 

model %S>% compile ( 
OpEIMIzZer = {op Lamuzer ems propi()s, 
kOsis.-=9 Umass! 

) 

History <> model 2>5 fit generaton( 
thatnigeny, 


Steps per epoch: — (5.0.07 





epochs = 40, 
validation data = val gen, 


Vali datvongsteps: —s Vall ssiteps 


This performs about as well as the regular layer gru. It’s easy to understand why: all 
the predictive capacity must come from the chronological half of the network, because 
the antichronological half is known to be severely underperforming on this task (again, 


because the recent past matters much more than the distant past in this case). 


6.3.9. Going even further 
There are many other things you could try, in order to improve performance on the 
temperature-forecasting problem: 
e Adjust the number of units in each recurrent layer in the stacked setup. The current 
choices are largely arbitrary and thus probably suboptimal. 
e Adjust the learning rate used by the RMSprop optimizer. 


e Try using layer lstminstead of layer gru. 


e Try using a bigger densely connected regressor on top of the recurrent layers: that 


is, a bigger dense layer or even a stack of dense layers. 


¢ Don’t forget to eventually run the best-performing models (in terms of validation 
MAE) on the test set! Otherwise, you'll develop architectures that are overfitting to 
the validation set. 


As always, deep learning is more an art than a science. We can provide guidelines that 


suggest what is likely to work or not work on a given problem, but, ultimately, every 


problem is unique; you'll have to evaluate different strategies empirically. There is 
currently no theory that will tell you in advance precisely what you should do to 


optimally solve a problem. You must iterate. 


6.3.10. Wrapping up 


Here’s what you should take away from this section: 


e As you learned in chapter 4, when approaching a new problem, it’s good to first 
establish common-sense baselines for your metric of choice. If you don’t have a 


baseline to beat, you can’t tell whether you’re making real progress. 


e Try simple models before expensive ones, to justify the additional expense. 


Sometimes a simple model will turn out to be your best option. 


e When you have data where temporal ordering matters, recurrent networks are a 


great fit and easily outperform models that first flatten the temporal data. 


¢ To use dropout with recurrent networks, you should use a time-constant dropout 
mask and recurrent dropout mask. These are built into Keras recurrent layers, so all 
you have to do is use the dropout and recurrent dropout arguments of 


recurrent layers. 


e Stacked RNNs provide more representational power than a single RNN layer. 
They’re also much more expensive and thus not always worth it. Although they offer 
clear gains on complex problems (such as machine translation), they may not 


always be relevant to smaller, simpler problems. 


e Bidirectional RNNs, which look at a sequence both ways, are useful on natural- 
language processing problems. But they aren’t strong performers on sequence data 


where the recent past is much more informative than the beginning of the sequence. 





Note 


There are two important concepts we won’t cover in detail here: recurrent attention and 
sequence masking. Both tend to be especially relevant for natural-language processing, 
and they aren’t particularly applicable to the temperature-forecasting problem. We'll 


leave them for future study outside of this book. 








Markets and machine learning 


Some readers are bound to want to take the techniques we’ve introduced here and try 
them on the problem of forecasting the future price of securities on the stock market (or 
currency exchange rates, and so on). Markets have very different statistical 
characteristics than natural phenomena such as weather patterns. Trying to use 
machine learning to beat markets, when you only have access to publicly available data, 
is a difficult endeavor, and you're likely to waste your time and resources with nothing 


to show for it. 


Always remember that when it comes to markets, past performance is not a good 
predictor of future returns—looking in the rear-view mirror is a bad way to drive. 
Machine earning, on the other hand, is applicable to datasets where the past is a good 


predictor of the future. 





6.4. SEQUENCE PROCESSING WITH CONVNETS 


In chapter 5, you learned about convolutional neural networks (convnets) and how they 
perform particularly well on computer vision problems, due to their ability to operate 
convolutionally, extracting features from local input patches and allowing for 
representation modularity and data efficiency. The same properties that make convnets 
excel at computer vision also make them highly relevant to sequence processing. Time 


can be treated as a spatial dimension, like the height or width of a 2D image. 


Such 1D convnets can be competitive with RNNs on certain sequence-processing 
problems, usually at a considerably cheaper computational cost. Recently, 1D convnets, 
typically used with dilated kernels, have been used with great success for audio 
generation and machine translation. In addition to these specific successes, it has long 
been known that small 1D convnets can offer a fast alternative to RNNs for simple tasks 


such as text classification and timeseries forecasting. 


6.4.1. Understanding 1D convolution for sequence data 


The convolution layers introduced previously were 2D convolutions, extracting 2D 
patches from image tensors and applying an identical transformation to every patch. In 
the same way, you can use 1D convolutions, extracting local 1D patches (sub-sequences) 
from sequences (see figure 6.22). 


Figure 6.22. How 1D convolution works: each output timestep is obtained froma 
temporal patch in the input sequence. 
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Such 1D convolution layers can recognize local patterns in a sequence. Because the 
same input transformation is performed on every patch, a pattern learned at a certain 
position in a sentence can later be recognized at a different position, making 1D 
convnets translation invariant (for temporal translations). For instance, a 1D convnet 
processing sequences of characters using convolution windows of size 5 should be able 
to learn words or word fragments of length 5 or less, and it should be able to recognize 
these words in any context in an input sequence. A character-level 1D convnet is thus 


able to learn about word morphology. 


6.4.2. 1D pooling for sequence data 


You're already familiar with 2D pooling operations, such as 2D average pooling and 
max pooling, used in convnets to spatially downsample image tensors. The 2D pooling 
operation has a 1D equivalent: extracting 1D patches (subsequences) from an input and 
outputting the maximum value (max pooling) or average value (average pooling). Just 


as with 2D convnets, this is used for reducing the length of 1D inputs (subsampling). 


6.4.3. Implementing a 1D convnet 


In Keras, you use a 1D convnet via the Layer _conv_1d function, which has an 


interface similar to layer _conv_ 2d. It takes as input 3D tensors with shape 





(samples, time, features) andreturns similarly shaped 3D tensors. The 





convolution window is a 1D window on the temporal axis: the second axis in the input 


tensor. 


Let’s build a simple two-layer 1D convnet and apply it to the IMDB sentiment- 
classification task you’re already familiar with. As a reminder, this is the code for 


obtaining and preprocessing the data. 


Listing 6.45. Preparing the IMDB data 


library (keras) 
max features <- 10000 
max _len <- 500 


cat("Loading data...\n") 








imdb <- dataset _imdb(num_words = max features) 
CH(Ch (Xe Easier Gy, Aes eT) ym Cr CXEO ROG Gy Ve ese) e)ieio Goon mC 
cat(length(x train), "train sequences\n") 
Cati(tengum(x test), whest sequences) 

cat("Pad sequences (samples x time) \n") 

Eran“ {pad sequences (xmtrawn.,. maxien max vken) 
pitest =<] \ padUsequences (x testy. -maxiten = sma xaeliens) 
Cabrera shape. eGim (Sou cens)iee sy NTI) 

cat("x test shape:", dim(x test), "\n") 





1D convnets are structured in the same way as their 2D counterparts, which you used in 


chapter 5: they consist of a stack of layer conv _1ldand layer max pooling 1d, 





ending in either a global pooling layer or layer flatten, that turn the 3D outputs 
into 2D outputs, allowing you to add one or more dense layers to the model for 


classification or regression. 


One difference, though, is the fact that you can afford to use larger convolution 
windows with 1D convnets. With a 2D convolution layer, a 3 x 3 convolution window 
contains 3 x 3 = 9 feature vectors; but with a 1D convolution layer, a convolution 
window of size 3 contains only 3 feature vectors. You can thus easily afford 1D 


convolution windows of size 7 or 9. 


This is the example 1D convnet for the IMDB dataset. 


Listing 6.46. Training and evaluating a simple 1D convnet on the IMDB data 








model <- keras_ model sequential() %>% 
layer embedding (input_dim = max features, output_dim = 128, 
input_length = max_len) %>% 
ia yore Conve vgs (haalkt ers Saas 8377 a korn Olea zee — se) AGUA Aca On ee neds sy) aloes 
layer max pooling ld(pool_ size = 5) %>% 
Ihayicte COnVe Gs (Hist CxS S53 275 sheen edley shez. es == ye GEA: PO Me he Susu! eco 


layer global _ max pooling _1d() %>% 
layer dense(units = 1) 
summary (model) 


( 
model %>% compile ( 


Optimizer = optimizer amsprop(lr = be=4)/, 
less = Whamamny Vero sisienie copy wy 
metrics = c("acc") 
) 
history <- model %>% fit ( 
x vain, y rar, 
epochs = 10, 
batch wsatze: = 12:87 
veolidationc splat = On 





Figure 6.23 shows the training and validation results. Validation accuracy is somewhat 
less than that of the LSTM, but runtime is faster on both CPU and GPU (the exact 
increase in speed will vary greatly depending on your exact configuration). At this 
point, you could retrain this model for the right number of epochs (eight) and run it on 
the test set. This is a convincing demonstration that a 1D convnet can offer a fast, cheap 


alternative to a recurrent network on a word-level sentiment-classification task. 


Figure 6.23. Training and validation metrics on IMDB with a simple 1D convnet 
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6.4.4. Combining CNNs and RNNs to process long sequences 


Because 1D convnets process input patches independently, they aren’t sensitive to the 
order of the timesteps (beyond a local scale, the size of the convolution windows), 
unlike RNNs. Of course, to recognize longer-term patterns, you can stack many 


convolution layers and pooling layers, resulting in upper layers that will see long 


chunks of the original inputs—but that’s still a fairly weak way to induce order 
sensitivity. One way to evidence this weakness is to try 1D convnets on the temperature- 
forecasting problem, where order sensitivity is key to producing good predictions. The 


following example reuses these previously defined variables: float data, 





train _gen,val_gen,andval_ steps. 


Listing 6.47. Training and evaluating a simple 1D convnet on the Jena data 











model <- keras_ model sequential() %>% 
Mayers COnVe Mids (haulers = 32/6 ikemn le satzem = 5) eacik Vachon. = bred YW, 
input shape = list(NULL, dim(data)[[-1]])) %>% 
layer _max_ pooling ld(pool_ size = 3) %>% 
Payer uCOny, eds GhialiGersy = 301) korn cM esslhwce— si Ma Ciena bbe — nen Seon s 
layer _max_ pooling ld(pool_ size = 3) %>% 
MAY ST RC ONVaslL Ci Grae herSei— = Bye Beer olay Se OM oi, a Cle wavia LAL Olle 8 We CUIN EA eco 








layer global_max pooling ld() %>% 
ayer wdense((unaes <= 1h) 

model %>% compile ( 
Optimizer =—Sopiiimazer srmspropi()s; 
Loss =" Umae’ 

) 

history <— model! »>% fit generator ( 
train_gen, 


Steps per epoch. — 300, 





epochs = 20, 
validation data = val_gen, 


validation_steps = val_steps 


Figure 6.24 shows the training and validation MAEs. 


Figure 6.24. Training and validation loss on the Jena temperature-forecasting task 
with a simple 1D convnet 
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The validation MAE stays in the 0.40s: you can’t even beat the common-sense baseline 
using the small convnet. Again, this is because the convnet looks for patterns anywhere 
in the input timeseries and has no knowledge of the temporal position of a pattern it 
sees (toward the beginning, toward the end, and so on). Because more recent data 
points should be interpreted differently from older datapoints in the case of this specific 
forecasting problem, the convnet fails at producing meaningful results. This limitation 
of convnets isn’t an issue with the IMDB data, because patterns of keywords associated 
with a positive or negative sentiment are informative independently of where they’re 


found in the input sentences. 


One strategy to combine the speed and lightness of convnets with the order sensitivity 
of RNNs is to use a 1D convnet as a preprocessing step before an RNN (see figure 6.25). 
This is especially beneficial when you’re dealing with sequences that are so long they 
can’t realistically be processed with RNNs, such as sequences with thousands of steps. 
The convnet will turn the long input sequence into much shorter (downsampled) 
sequences of higher-level features. This sequence of extracted features then becomes 
the input to the RNN part of the network. 


Figure 6.25. Combining a 1D convnet and an RNN for processing long sequences 
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This technique isn’t seen often in research papers and practical applications, possibly 
because it isn’t well known. It’s effective and ought to be more common. Let’s try it on 
the temperature-forecasting dataset. Because this strategy allows you to manipulate 
much longer sequences, you can either look at data from longer ago (by increasing the 
lookback parameter of the data generator) or look at high-resolution timeseries (by 
decreasing the step parameter of the generator). Here, somewhat arbitrarily, you'll use 
a step that’s half as large, resulting in a timeseries twice as long, where the 
temperature data is sampled at a rate of 1 point per 30 minutes. The example reuses the 


generator function defined earlier. 


Listing 6.48. Preparing higher-resolution data generators for the Jena dataset 


step <- 3 Zl 
lookback <- 720 
delay <- 144 
train_gen <- generator ( 
data, 
lookback = lookback, 
delay = delay, 
min andex = 1, 
max index = 200000, 
shuffle = TRUE, 
Sep: = seep 





) 
val igen <-> generator ( 
data, 
lookback = lookback, 
delay = delay, 
min andex = 200001, 
300000, 


max index 


step = step 
) 
esi gen <> generator ( 
data, 
lookback = lookback, 
delay = delay, 
min_index = 300001, 
max index = NULL, 
sep = step 
) 
vail siteps <= (300000 = 200001, =" lookback) —/ 128 
testy steps <= (nrow (data) = S00001 = lookback) 7 128 


¢ 1 Previously set to 6 ( point per hour); now 3 (4 point per 30 min) 


This is the model, starting with two layer conv_1ds and following up with a 


layer gru. Figure 6.26 shows the results. 


Figure 6.26. Training and validation loss on the Jena temperature-forecasting task 
with a 1D convnet followed by a GRU 
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Listing 6.49. Model combining a 1D convolutional base and a GRU layer 
model <- keras_model_sequential() %>% 
layernconve ld (eaihvers — 9 327) skornelesanes—s 5) activat ron — ured, 
input_shape = list (NULL, dim(data) [[-1]])) %>% 
layer max pooling Id(pooll_saze = 3) %>% 
leayericony Vdi(riikeers = 32), kernel Usuize — 25). activation = wredul) oF s 
Layer cg ruuntls ee 7 ceopouilky = Wrdl recurrence td rOpOuUL = sO: o> 


https://sanet.st/blogs/ 


PPARs) (fg! eR CoRR PONENT | 


iayier dense) (unas — vl) 

summary (model) 

model %>% compile ( 
Optimezer = Optamauzer cms prep); 
loss = "mae" 

) 

history <> model .>5 fit generator ( 


train_gen, 





Steps upercepoch = 3.0/0; 
epochs = 20, 
validation data = val gen, 


validation steps = val steps 


Judging from the validation loss, this setup isn’t as good as the regularized GRU alone, 
but it’s significantly faster. It looks at twice as much data, which in this case doesn’t 


appear to be hugely helpful but may be important for other datasets. 


6.4.5. Wrapping up 


Here’s what you should take away from this section: 


¢ Inthe same way that 2D convnets perform well for processing visual patterns in 2D 
space, 1D convnets perform well for processing temporal patterns. They offer a 
faster alternative to RNNs on some problems, in particular natural-language 


processing tasks. 


¢ Typically, 1D convnets are structured much like their 2D equivalents from the world 
of computer vision: they consist of stacks of layer _conv_1ds and 
layer max pooling lds, ending in a global pooling operation or flattening 


operation. 


e Because RNNS are extremely expensive for processing very long sequences, but 1D 
convnets are cheap, it can be a good idea to use a 1D convnet as a preprocessing step 
before an RNN, shortening the sequence and extracting useful representations for 
the RNN to process. 


6.5. SUMMARY 


e In this chapter, you learned the following techniques, which are widely applicable to 


any dataset of sequence data, from text to timeseries: 


e Howto tokenize text 


e What word embeddings are, and how to use them 


e What recurrent networks are, and how to use them 


e How to stack RNN layers and use bidirectional RNNs to build more-powerful 


sequence-processing models 
¢ Howto use 1D convnets for sequence processing 
e Howto combine 1D convnets and RNNs to process long sequences 


e You can use RNNs for timeseries regression (“predicting the future”), timeseries 
classification, anomaly detection in timeseries, and sequence labeling (such as 


identifying names or dates in sentences). 


e Similarly, you can use 1D convnets for machine translation (sequence-to-sequence 


[7] 
convolutional models, like SliceNet), document classification, and spelling 
correction. 
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https://arxiv.org/abs/1706.03059. 


e If global order matters in your sequence data, then it’s preferable to use a recurrent 
network to process it. This is typically the case for timeseries, where the recent past 


is likely to be more informative than the distant past. 


¢ If global ordering isn’t fundamentally meaningful, then 1D convnets will turn out 
to work at least as well and are cheaper. This is often the case for text data, where a 
keyword found at the beginning of a sentence is just as meaningful as a keyword 
found at the end. 


Chapter 7. Advanced deep-learning best practices 


This chapter covers 


e The Keras functional API 
e Using Keras callbacks 
¢ Working with the TensorBoard visualization tool 


e Important best practices for developing state-of-the-art models 


This chapter explores a number of powerful tools that will bring you closer to being able 
to develop state-of-the-art models on difficult problems. Using the Keras functional 
API, you can build graph-like models, share a layer across different inputs, and use 
Keras models just like R functions. Keras callbacks and the TensorBoard browser-based 
visualization tool let you monitor models during training. We'll also discuss several 
other best practices including batch normalization, residual connections, 


hyperparameter optimization, and model ensembling. 


7.1. GOING BEYOND THE SEQUENTIAL MODEL: THE KERAS 
FUNCTIONAL API 

Until now, all neural networks introduced in this book have been implemented using 
the sequential model (keras_ model sequential). The sequential model makes the 
assumption that the network has exactly one input and exactly one output, and that it 
consists of a linear stack of layers (see figure 7.1). 


Figure 7.1. A sequential model: a linear stack of layers 
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This is a commonly verified assumption; the configuration is so common that we’ve 
been able to cover many topics and practical applications in these pages so far using 
only keras_ model sequential. But this set of assumptions is too inflexible in a 
number of cases. Some networks require several independent inputs, others require 
multiple outputs, and some networks have internal branching between layers that 


makes them look like graphs of layers rather than linear stacks of layers. 


Some tasks, for instance, require multimodal inputs: they merge data coming from 
different input sources, processing each type of data using different kinds of neural 
layers. Imagine a deep-learning model trying to predict the most likely market price of 
a second-hand piece of clothing, using the following inputs: user-provided metadata 
(such as the item’s brand, age, and so on), a user-provided text description, and a 
picture of the item. If you had only the metadata available, you could one-hot encode it 
and use a densely connected network to predict the price. If you had only the text 
description available, you could use an RNN or a 1D convnet. If you had only the 
picture, you could use a 2D convnet. But how can you use all three at the same time? A 
naive approach would be to train three separate models and then do a weighted average 
of their predictions. But this may be suboptimal, because the information extracted by 
the models may be redundant. A better way is to jointly learn a more accurate model of 
the data by using a model that can see all available input modalities simultaneously: a 


model with three input branches (see figure 7.2). 


Figure 7.2. A multi-input model 
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Similarly, some tasks need to predict multiple target attributes of input data. Given the 
text of a novel or short story, you might want to automatically classify it by genre (such 
as romance or thriller) but also predict the approximate date it was written. Of course, 
you could train two separate models: one for the genre and one for the date. But 
because these attributes aren’t statistically independent, you could build a better model 
by learning to jointly predict both genre and date at the same time. Such a joint model 
would then have two outputs, or heads (see figure 7.3). Due to correlations between 
genre and date, knowing the date of a novel would help the model learn rich, accurate 


representations of the space of novel genres, and vice versa. 


Figure 7.3. A multi-output (or multihead) model 
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Additionally, many recently developed neural architectures require nonlinear network 


topology: networks structured as directed acyclic graphs. The Inception family of 


[1] 
networks (developed by Szegedy et al. at Google), for instance, relies on Inception 
modules, where the input is processed by several parallel convolutional branches whose 
outputs are then merged back into a single tensor (see figure 7.4). There’s also the 


recent trend of adding residual connections to a model, which started with the ResNet 


[ 2] 
family of networks (developed by He et al. at Microsoft). A residual connection 


consists of reinjecting previous representations into the downstream flow of data by 


adding a past output tensor to a later output tensor (see figure 7.5), which helps prevent 
information loss along the data-processing flow. There are many other examples of 


such graph-like networks. 


Christian Szegedy et al., “Going Deeper with Convolutions,” Conference on Computer Vision and Pattern 
Recognition (2014), https://arxiv.org/abs/1409.4842. 


2 
Kaiming He et al., “Deep Residual Learning for Image Recognition,” Conference on Computer Vision and 
Pattern Recognition (2015), https://arxiv.org/abs/1512.03385. 


Figure 7.4. An Inception module: a subgraph of layers with several parallel 
convolutional branches 
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Figure 7.5. A residual connection: reinjection of prior information downstream via 
feature-map addition 
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These three important use cases—multi-input models, multi-output models, and graph- 
like models—aren’t possible when defining a model with keras_ model sequential. 
But there’s another far more general and flexible way to use Keras: the functional API. 


This section explains in detail what it is, what it can do, and how to use it. 


7.1.1. Introduction to the functional API 


In the functional API, you build your input and output layers and then pass them to the 


keras_ model function. This model can be trained just like Keras sequential models. 


Let’s start with a minimal example that shows side by side a simple sequential model 


and its equivalent in the functional API: 


library (keras) 





seq model <- keras model _sequential() %>% 1 
llayerndensel(unttst—s32,saccivctton. — neil an PUES Mame e— eer(Ola) as os 
layer vdense(unaes -—9 32) -activatronm = ‘Ureiuih)) 32% 
layer dense(unazts = 10), activation = “sottmax™) 

input_tensor <- layer input(shape = c(64)) 4 


CULPUL Eensor <— anput tensor 32% 


llayervdense(unacs = 327. actavatron = ‘ireldul)) | 32% 

lkavycr dense l(unmes ts 327 mac tly ce On es snmela W) toe 

layer dense (units = 910; activation. = “sortmax!) 
model <- keras_model(input_tensor, output_tensor) 3 
summary (model) 4 


e 1 Sequential model, which you already know about 
¢ 2 Its functional equivalent 


¢ 3 The keras_model function turns an input tensor and output tensor 


into a model. 


¢ 4 Let’s look at it! 


This is what the call to summary (model) displays: 


























Layer (type) Output Shape Param # 
input _1 (InputLayer) (None, 64) 0 

dense 1 (Dense) (None, 32) 2080 
dense 2 (Dense) (None, 32) 1056 
dense 3 (Dense) (None, 10) 330 

















Total params: 3,466 
Trainable params: 3,466 


Non-trainable params: 0 





The only part that may seem a bit magical at this point is passing only an input tensor 
and an output tensor to the keras_model function. Behind the scenes, Keras retrieves 
every layer involved in going from input tensor to output_tensor, bringing them 
together into a graph-like data structure—a model. Of course, the reason it works is that 
output _tensor was obtained by repeatedly transforming input tensor. Ifyou 


tried to build a model from inputs and outputs that weren’t related, you'd get an error: 


> unrelated input <> layer anput(shape = .c:(64))) 


> bad_model <- keras_model(unrelated_ input, output_tensor) 








RuntimeError: Graph disconnected: cannot obtain value for tensor 





Tensor (“input 70". -shape=(27 od)", diype=mlioaus2)) sabi svayer: Ya nou i. 


This error tells you, in essence, that Keras couldn’t reach input 1 from the provided 


output tensor. 


When it comes to compiling, training, or evaluating a model built this way, the API is 


the same as that of sequential models: 


model %>% compile ( 1 
optimizer = "rmsprop", 
loss ="“Ucategoricailk crossentropy"™ 

) 

xP brain <> aenay (ssunisk (uO OY a 16.4). . came = sex lQiO'Or. <6.4s)") 2 


Yoeeraum: <= earray (eunie (UO OOF se skOis. Scam —scx (al 000% 5 kO))s) 
modedss2>5 fast (xe readm,» (yasvinadtm,) epochs —  lh0ls ibawch saz e212) 3. 


model %>% evaluate(x_ train, y train) 4 


¢ 1 Compiles the model 
e 2 Generates dummy data to train on 
¢ 3 Trains the model for 10 epochs 


e 4 Evaluates the model 


7.1.2. Multi-input models 


The functional API can be used to build models that have multiple inputs. Typically, 
such models at some point merge their different input branches using a layer that can 
combine several tensors: by adding them, concatenating them, and so on. This is 
usually done via a Keras merge operation such as layer add, layer concatenate, 
and so on. Let’s look at a very simple example of a multi-input model: a question- 


answering model. 


A typical question-answering model has two inputs: a natural-language question and a 
text snippet (such as a news article) providing information to be used for answering the 
question. The model must then produce an answer: in the simplest possible setup, this 
is a one-word answer obtained via a softmax over some predefined vocabulary (see 
figure 7.6). 


Figure 7.6. A question-answering model 
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Following is an example of how you can build such a model with the functional API. 


You set up two independent branches, encoding the text input and the question input 
as representation vectors; then, concatenate these vectors; and finally, add a softmax 


classifier on top of the concatenated representations. 


Listing 7.1. Functional API implementation of a two-input question-answering 
model 


library (keras) 

texte vocabulary, sizes <—* 1.0.0'00 
ques: vocabulary size: <= 100.00 
answer vocabulary size <- 500 


text anput, <= dhayer anput (shape: = Tisit. (NUL); 


dtype VealST ESS) tego ATMS Ie wen eS XG eae) 


Nneodedwrexky <= ext ei npute o2.6 





layer _embedding(input_dim = 64, output_dim = text vocabulary size) %>% 


ayers alisemyCu mace Se == 3'2)) 











questionsinpute<] layer anputi(shapes= ats te (NUEE)s,, 
dtype = "int32", name = "question") 
encoded question <- question input %>% 
layer embedding (input_dim = 32, output_dim = ques vocabulary size) %>% 
ay exe likSem\Cinanes = sl/G)) 
concatenated <- layer concatenate (list (encoded text, encoded question) ) 
answer <- concatenated %>% 
layer dense(units = answer vocabulary size, activation = "softmax") 
model <- keras_ model (list(text_input, question _input), answer) 
model %>% compile ( 
optimizer = "rmsprop", 
loss = "categorical crossentropy", 
meer wes = ciCtaces) 
) 
4 » 





e 1 The text input is a variable-length sequence of integers. Note that you 


can optionally name the inputs. 
¢ 2 Embeds the inputs into a sequence of vectors of size 64 
¢ 3 Encodes the vectors in a single vector via an LSTM 
¢ 4Same process (with different layer instances) for the question 
e 5 Concatenates the encoded question and encoded text 
¢ 6 Adds a softmax classifier on top 
¢ 7 At model instantiation, you specify the two inputs and the output. 
Now, how do you train this two-input model? There are two possible APIs: you can feed 


the model a list of arrays as inputs, or you can feed it a dictionary that maps input 


names to arrays. Naturally, the latter option is available only if you give names to your 


inputs. https://sanet.st/blogs/polatebooks/ 


Listing 7.2. Feeding data to a multi-input model 


num samples <- 1000 
max length <> 10.0 








random_matrix <- function(range, nrow, ncol) { al 
matrix(sample(range, size = nrow * ncol, replace = TRUE), 
nrow = nrow, ncol = ncol) 


} 
text <- random_matrix(1l:text_ vocabulary size, num_samples, max_length) 
question <- random_matrix(l:ques vocabulary size, num_samples, max_length) 
answers <- random_matrix(0:1, num_samples, answer vocabulary size) 
model %>% fit ( 
list(text, question), answers, 
epochiss:—< k0r. bat ehessizese—" alh2's 
) 
model %>% fit ( 
list(text = text, question = question), answers, 


epochiss——k0) bat eherssize ys elk2i8 











e 1 Generates dummy data 
e 2 Answers are one-hot encoded, not integers. 
e 3 Fitting using a list of inputs 


¢ 4 Fitting using a named list of inputs 


7.1.3. Multi-output models 


In the same way, you can use the functional API to build models with multiple outputs 
(or multiple heads). A simple example is a network that attempts to simultaneously 
predict different properties of the data, such as a network that takes as input a series of 
social media posts from a single anonymous person and tries to predict attributes of 


that person, such as age, gender, and income level (see figure 7.7). 


Figure 7.7. A social media model with three heads 
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Listing 7.3. Functional API implementation of a three-output model 


library (keras) 
vocabulary size <- 50000 
num_income_ groups <- 10 


Posies inpuu <— Nayer input (shape = asc (NULE),, 












































dtype = "int32", name = "posts") 
embedded _ posts <- posts input %>% 
layer embedding (input_dim = 256, output_dim = vocabulary size) 
base model <- embedded posts %>% 
layer eeconvelG (hinkGers = si 7c, a kernel sa Zee = Sy dCilemVatarony:— sVicolbu Ne o> 
layer _ max pooling ld(pool_ size = 5) %>% 
layer conve ld (hilterss— 7 56;) kernel size = 5, aceavarion — Vrcedu so > 5 
layer conve VOihidhkters ss 2 507m kernel isa zee ey ed Cl nvawaOme— Maoh) soo 
layer _max_ pooling ld(pool_ size = 5) %>% 
Ikavereconve lds (rales == 32/5675 kernel sa 7ie == Sy a Cla Omen: sUarceilbia ie De 
layer conve Wd (milters 97 5:67,. kernedesize: =o) aceivation — Wicedut) >> 5 
layer global_max_ pooling l1d() %>% 
llayerudensei(unsus -— 126, accrvatrone—  Wreelut) 
age prediction <- base model %>% 1 
layer dense (unats = 1, name = “age™) 
income prediction <- base model %>% 
layer dense(num_income_groups, activation = "softmax", name = "income") 
gender prediction <- base model %>% 
layer dense (unacs = 1, “activatron = Wsagmomd!), name = “gender") 
model <- keras_modeli ( 
posts input, 
IckSit (age pnredacrron;,, income prediction, gender preducrilon) 
) 
4 | _ 

















e 1 Note that the output layers are given names. 


Importantly, training such a model requires the ability to specify different loss 
functions for different heads of the network: for instance, age prediction is a scalar 
regression task, but gender prediction is a binary classification task, requiring a 
different training procedure. But because gradient descent requires you to minimize a 


scalar, you must combine these losses into a single value in order to train the model. 


The simplest way to combine different losses is to sum them all. In Keras, you can use 
either a list or a named list of losses in compile to specify different objects for different 
outputs; the resulting loss values are summed into a global loss, which is minimized 


during training. 


Listing 7.4. Compilation options of a multi-output model: multiple losses 


model %>% compile ( 
optimizer = "rmsprop", 
Oss: Tums ess Oat egorica Wy erOssSenerOp yk. Nb inacye CrOsSentrepy.') 
) 
model %>% compile ( 
optimizer = "rmsprop", 
loss = list ( 
age = "mse", 
LMCOMeS -—aUCabegorical eros sentrop yan, 


gender = "binary crossentropy.’ 


Le OT 


e 1 Equivalent (possible only if you give names to the output layers) 


Note that very imbalanced loss contributions will cause the model representations to be 
optimized preferentially for the task with the largest individual loss, at the expense of 
the other tasks. To remedy this, you can assign different levels of importance to the loss 
values in their contribution to the final loss. This is useful in particular if the losses’ 
values use different scales. For instance, the mean squared error (MSE) loss used for 
the age-regression task typically takes a value around 3—5, whereas the cross-entropy 
loss used for the gender-classification task can be as low as 0.1. In such a situation, to 
balance the contribution of the different losses, you can assign a weight of 10 to the 


crossentropy loss and a weight of 0.25 to the MSE loss. 


Listing 7.5. Compilation options of a multi-output model: loss weighting 


model %S>% compile ( 
OpLimizer = “emspnop; 
LOSS SS cuGuniserh a sO dee COCA al ero csenErOpyiy,. » solar y Cro csientrOpyiu):, 
LOSS swenghess =Ve (OL. Zo75 alee 0) 

) 


model %>% compile ( al 
optimizer = "rmsprop", 1 
loss = list ( zl 
age = "mse", 1 
IMeCOMee—- “Categorical Tenossentropy', di 
gender = "binary crossentropy" a 

M3 d 
OSs ew eaigiitess:—* eleass t:( 1 


age = 0.25, 
income = 1, 


gender = 10 


a | 


¢ 1 Equivalent (possible only if you give names to the output layers) 


Much as in the case of multi-input models, you can pass data to the model for training 


either via a plain list of arrays or via a named list of arrays. 


Listing 7.6. Feeding data to a multi-output model 








gender = gender targets 





Ne 
epochs. — 0". (bateh sae: =) 64 


model %>% fit ( 1 
posts, list(age_targets, income_targets, gender targets), el 
epochs. = M0 bateh size =) 64 1 

) al 

model %>% fit ( 2 
POSsts;,. lixscr( 2 

age = age targets, 2 
income = income targets, 2 
2 
2 
2 
2 


e 1age_targets, income_targets, and gender_targets are assumed to be R 


arrays. 


e¢ 2 Equivalent (possible only if you give names to the output layers) 


7.1.4. Directed acyclic graphs of layers 


With the functional API, not only can you build models with multiple inputs and 
multiple outputs, but you can also implement networks with a complex internal 
topology. Neural networks in Keras are allowed to be arbitrary directed acyclic graphs 
of layers. The qualifier acyclic is important: these graphs can’t have cycles. It’s 
impossible for a tensor x to become the input of one of the layers that generated x. The 
only processing loops that are allowed (that is, recurrent connections) are those 


internal to recurrent layers. 


Several common neural-network components are implemented as graphs. Two notable 
ones are Inception modules and residual connections. To better understand how the 
functional API can be used to build graphs of layers, let’s take a look at how you can 


implement both of them in Keras. 


Inception modules 


. 034, ; F 
Inception is a popular type of network architecture for convolutional neural 


networks; it was developed by Christian Szegedy and his colleagues at Google in 2013- 


2014, inspired by the earlier network-in-network anchitectine .. It consists of a stack 
of modules that themselves look like small independent networks, split into several 
parallel branches. The most basic form of an Inception module has three to four 
branches starting with a 1 x 1 convolution, followed by a 3 x 3 convolution, and ending 
with the concatenation of the resulting features. This setup helps the network 
separately learn spatial features and channel-wise features, which is more efficient than 
learning them jointly. More-complex versions of an Inception module are also possible, 
typically involving pooling operations, different spatial convolution sizes (for example, 
5 x 5 instead of 3 x 3 on some branches), and branches without a spatial convolution 
(only a1 x 1 convolution). An example of such a module, taken from Inception V3, is 


shown in figure 7.8. 
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Szegedy et al., “Going Deeper with Convolutions,” https://arxiv.org/abs/1409.4842. 


4 


Min Lin, Qiang Chen, and Shuicheng Yan, “Network in Network,” International Conference on Learning 
Representations (2013), https://arxiv.org/abs/1312.4400. 


Figure 7.8. An Inception module 
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The purpose of 1 x 1 convolutions 


You already know that convolutions extract spatial patches around every tile in an input 
tensor and apply the same transformation to each patch. An edge case is when the 
patches extracted consist of a single tile. The convolution operation then becomes 
equivalent to running each tile vector through a dense layer: it will compute features 
that mix together information from the channels of the input tensor, but it won’t mix 
information across space (because it’s looking at one tile at a time). Such 1 x 1 
convolutions (also called pointwise convolutions) are featured in Inception modules, 
where they contribute to factoring out channel-wise feature learning and spacewise 
feature learning—a reasonable thing to do if you assume that each channel is highly 
autocorrelated across space, but different channels may not be highly correlated with 


each other. 





Here’s how you’d implement the module featured in figure 7.8, using the functional API. 


This example assumes the existence of a 4D input tensor input: 


library (keras) 


branch a <- input %>% 
































bayer conve Ad: (had cers = 237 eke renew Sduneu— fly 
activation = "relu", strides = 2) 1 
branch b <- input %>% 
Layers convnZOlrrihGers eas 2B — ekomn oily Sunes lle 
activation = "relu") %>% 
AVC Kee CON Vin Z Os hatin esha se AO eS Shee Se nC m asi 
activation = "relu", strides = 2) ‘Z. 
branch_c <- input %>% 
LaAyercavyerage spooling Zdi( pool size. —<37,. Strides: —=—27)) so> 3 3 
NAV Cree CON Ven Z Ck (Salih ris aI Or AST CHE Seem = sii 
activation = "relu") 
birancheds <= inoue 5235 
bayer ecOnveer AG (hake er se M237. ke rmeds ssc er = lk, 
activation = "relu") %>% 
hay, Crees Con Ves Ci hws as Soi sO NoreT Gale See Ze e203 5, 
activation = "relu") %>% 
ayer 1COnVa AG) (hight ers = 238 aks rmecd aSdeZew = 137 
activation = "relu", strides = 2) 
output <- layer concatenate (list ( 4 
branch a, branch _b, branch _c, branch_d 4 


)) 4 


e 1 Every branch has the same stride value (2), which is necessary to keep 


all branch outputs the same size so you can concatenate them. 


e 2In this branch, the striding occurs in the spatial convolution layer. 
¢ 3In this branch, the striding occurs in the average pooling layer. 


e 4 Concatenates the branch outputs to obtain the module output 


The full Inception V3 architecture is available in Keras as 
application inception v3, including weights pretrained on the ImageNet 


dataset. Another closely related model available as part of the Keras applications 


module is Nespion. = Xception, which stands for extreme inception, is a convnet 
architecture loosely inspired by Inception. It takes the idea of separating the learning of 
channel-wise and space-wise features to its logical extreme, and replaces Inception 
modules with depthwise separable convolutions consisting of a depthwise convolution 
(a spatial convolution where every input channel is handled separately) followed by a 
pointwise convolution (a1 x 1 convolution)—effectively, an extreme form of an 
Inception module, where spatial features and channel-wise features are fully separated. 
Xception has roughly the same number of parameters as Inception V3, but it shows 
better runtime performance and higher accuracy on ImageNet as well as other large- 


scale datasets, due to a more efficient use of model parameters. 
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Francois Chollet, “Xception: Deep Learning with Depthwise Separable Convolutions,” Conference on Computer 
Vision and Pattern Recognition (2017), https://arxiv.org/abs/1610.02357. 


Residual connections 


Residual connections are a common graph-like network component found in many 
post-2015 network architectures, including Xception. They were introduced by He et al. 


from Microsoft in their winning entry in the ILSVRC ImageNet challenge in late 2015. 


] 
They tackle two common problems that plague any large-scale deep-learning 
model: vanishing gradients and representational bottlenecks. In general, adding 


residual connections to any model that has more than 10 layers is likely to be beneficial. 
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He et al., “Deep Residual Learning for Image Recognition,” https://arxiv.org/abs/1512.03385. 


A residual connection consists of making the output of an earlier layer available as 
input to a later layer, effectively creating a shortcut in a sequential network. Rather 
than being concatenated to the later activation, the earlier output is summed with the 
later activation, which assumes that both activations are the same size. If they’re 
different sizes, you can use a linear transformation to reshape the earlier activation into 


the target shape (for example, a dense layer without an activation or, for convolutional 


feature maps, a 1 x 1 convolution without an activation). 


Here’s how to implement a residual connection in Keras when the feature-map sizes are 
the same, using identity residual connections. This example assumes the existence of a 


4D input tensor input: 











output <- input %>% ul 
Ka Vee Conve. Ci Ghaalit CxsS 51 sel? Oe elceiren Gall SSH 7. re 23 7 
activation = "relu", padding = "Same") %>% 
ayer 1COnVa AG (Pidkterns = 238 eke ened ssainzec—" 3, 
activation = "relu", padding = "Same") %>% 
hay. COnVire/ Ca (thalite eas Sai eer es koran Calories e3, 
activation = "relu", padding = "same") 
OUEDU GS <= lover lodd Ghis t (ourpu ty, input) s) 2 


¢ 1 Applies a transformation to input 


e 2 Adds the original input back to output 


And the following implements a residual connection when the feature-map sizes differ, 
using a linear residual connection (again, assuming the existence of a 4D input tensor 


input): 


output <- input %>% 














havea COn Vasc (telkeres P23. 6 keer oul Sal 7 Si 3s, 
activation = "relu", padding = "same") %>% 
TAY C Pee CON Vin2 Ok (Shani eis! =e 2 Ore Wee Hes Seen =i 
activation = "relu", padding = "same") %>% 
layer max pooling 2d(pool size = 2, strides = 2) 
residual <- input %>% 
AVC teas CONVEnZ Os that ees i — sel OTe Sra eilie Saknem— sell, 
strides = 2, padding = "same") ah 


CurpUtT <> ayer add (hrst(outputs, resiadual)).) 


e 1 Uses ai x 1 convolution to linearly downsample the original input 


tensor to the same shape as the output 


e 2 Adds the residual tensor back to the output features 





Representational bottlenecks in deep learning 


In a sequential model, each successive representation layer is built on top of the 
previous one, which means it only has access to information contained in the activation 


of the previous layer. If one layer is too small (for example, it has features that are too 


low-dimensional), then the model will be constrained by how much information can be 


crammed into the activations of this layer. 


You can grasp this concept with a signal-processing analogy: if you have an 
audioprocessing pipeline that consists of a series of operations, each of which takes as 
input the output of the previous operation, then if one operation crops your signal to a 
low-frequency range (for example, 0-15 kHz), the operations downstream will never be 
able to recover the dropped frequencies. Any loss of information is permanent. 
Residual connections, by reinjecting earlier information downstream, partially solve 


this issue for deep-learning models. 








Vanishing gradients in deep learning 


Backpropagation, the master algorithm used to train deep neural networks, works by 
propagating a feedback signal from the output loss down to earlier layers. If this 
feedback signal has to be propagated through a deep stack of layers, the signal may 
become tenuous or even be lost entirely, rendering the network untrainable. This issue 


is known as vanishing gradients. 


This problem occurs both with deep networks and with recurrent networks over very 
long sequences—in both cases, a feedback signal must be propagated through a long 
series of operations. You're already familiar with the solution that the LSTM layer uses 
to address this problem in recurrent networks: it introduces a carry track that 
propagates information parallel to the main processing track. Residual connections 
work in a similar way in feedforward deep networks, but they’re even simpler: they 
introduce a purely linear information carry track parallel to the main layer stack, thus 


helping to propagate gradients through arbitrarily deep stacks of layers. 





7.1.5. Layer weight sharing 


One more important feature of the functional API is the ability to reuse a layer instance 
several times. When you call a layer instance twice, instead of instantiating a new layer 
for each call, you reuse the same weights with every call. This allows you to build 

models that have shared branches—several branches that all share the same knowledge 
and perform the same operations. They share the same representations and learn these 


representations simultaneously for different sets of inputs. 


For example, consider a model that attempts to assess the semantic similarity between 
two sentences. The model has two inputs (the two sentences to compare) and outputs a 
score between O and 1, where 0 means unrelated sentences and 1 means sentences that 
are either identical or reformulations of each other. Such a model could be useful in 
many applications, including deduplicating natural-language queries in a dialog 


system. 


In this setup, the two input sentences are interchangeable, because semantic similarity 
is asymmetrical relationship: the similarity of A to B is identical to the similarity of B to 
A. For this reason, it wouldn’t make sense to learn two independent models for 
processing each input sentence. Rather, you want to process both with a single LSTM 
layer. The representations of this LSTM layer (its weights) are learned based on both 
inputs simultaneously. This is what we call a Siamese LSTM model or a shared LSTM. 


Here’s how to implement such a model using layer sharing (layer reuse) in the Keras 
functional API: 


library (keras) 

















Sem a= hayes ks me Guinavte st 6323) iL 
lett. anput. <] WJayer anpuc(shape. = Mast(NulG,, l23:))) 2 
REE SOLED Ui emis Sabin OUee oro, SESE mS) 2 
PIgGhteinpur <= Wayer-inpum(shape, = drs.e (NUL 12:8:),) 3 
right output. <= =rights anput s2>s stm) 3 
menged’ <- Wlhayer concatenate (list (Lert output, right; output) 
predictions <- merged %>% 4 
RAV Coe EGET Ss (Gi Male Ste Ihe Sa CaN ait a OMe — ae Sel GM @lSCleas) 4 
model <-> kéeras modeli(list(lert anput, right anpue), spredictirons)) 5 
model %>% fit ( do} 
Its te Ghert data, -E1rghitedatial) i. kage’. S)) D: 
) 5 


e 1Instantiates a single LSTM layer, once 


¢ 2 Building the left branch of the model: inputs are variable-length 


sequences of vectors of size 128. 


¢ 3 Building the right branch of the model: when you call an existing layer 


instance, you reuse its weights. 
¢ 4 Builds the classifier on top 


e 5 Instantiating and training the model: when you train such a model, 


the weights of the LSTM layer are updated based on both inputs. 


Naturally, a layer instance may be used more than once—it can be called arbitrarily 


many times, reusing the same set of weights every time. 


7.1.6. Models as layers 


Importantly, in the functional API, models can be used as you’d use layers—effectively, 
you can think of a model as a “bigger layer.” This is true of models created with both the 
keras modeland keras model sequential functions. This means you can calla 


model on an input tensor and retrieve an output tensor: 


y <- model (x) 


If the model has multiple input tensors and multiple output tensors, it should be called 


with a list of tensors: 


CW lyn V2) s<— se <— mo dedla(lassite(cell) <2) 2) 


When you call a model instance, you’re reusing the weights of the model—exactly like 
what happens when you call a layer instance. Calling an instance, whether it’s a layer 
instance or a model instance, will always reuse the existing learned representations of 


the instance—which is intuitive. 


One simple practical example of what you can build by reusing a model instance is a 
vision model that uses a dual camera as its input: two parallel cameras, a few 
centimeters (one inch) apart. Such a model can perceive depth, which can be useful in 
many applications. You shouldn’t need two independent models to extract visual 
features from the left camera and the right camera before merging the two feeds. Such 
low-level processing can be shared across the two inputs: that is, done via layers that 
use the same weights and thus share the same representations. Here’s how you'd 


implement a Siamese vision model (shared convolutional base) in Keras: 


library (keras) 

xception_ base <- application _xception(weights = NULL, 
include_top = FALSE 

REE AnD byes ulkaty.eves alm pute (Sihap Gse— = Ca(-25 0,525 Ol." 3)8) 





ee 


CEGht Vy UNpUES Haver sin pwe (sitape: "= 7612.5 Ole 32'5,0.74) 33) 





leit features: = LeLt winput +>s xceptxLront ‘base () 


CiGM ET Caer es: <— Cra-Ghik sn put soe xeCep UloOn woase.(3) 





merged features <- layer concatenate ( 


Les t.Glettoteatures, erghteteatures)) 


Bw WDB WH WH DH NH HR 


e 1 The base image-processing model is the Xception network 


(convolutional base only). 
e 2 The inputs are 250 x 250 RGB images. 
¢ 3 Calls the same vision model twice 


¢ 4 The merged features contain information from the right visual feed 
and the left visual feed. 


7.1.7. Wrapping up 


This concludes our introduction to the Keras functional API—an essential tool for 


building advanced deep neural network architectures. Now you know the following: 
e To step out of the sequential API whenever you need anything more than a linear 
stack of layers 


¢ How to build Keras models with several inputs, several outputs, and complex 


internal network topology, using the Keras functional API 


¢ Howto reuse the weights of a layer or model across different processing branches, 


by calling the same layer or model instance several times 
7.2. INSPECTING AND MONITORING DEEP-LEARNING MODELS USING 


KERAS CALLBA- ACKS AND TENSORBOARD 


In this section, we'll review ways to gain greater access to and control over what goes on 


inside your model during training. Launching a training run on a large dataset for tens 








of epochs using fit () or fit generator () can bea bit like launching a paper 
airplane: past the initial impulse, you don’t have any control over its trajectory or its 
landing spot. If you want to avoid bad outcomes (and thus wasted paper airplanes), it’s 
smarter to use not a paper plane, but a drone that can sense its environment, send data 


back to its operator, and automatically make steering decisions based on its current 





state. The techniques we present here will transform the call to fit () from a paper 
airplane into a smart, autonomous drone that can self-introspect and dynamically take 


action. 


7.2.1. Using callbacks to act on a model during training 


When you're training a model, there are many things you can’t predict from the start. In 
particular, you can’t tell how many epochs will be needed to get to an optimal validation 
loss. The examples so far have adopted the strategy of training for enough epochs that 


you begin overfitting, using the first run to figure out the proper number of epochs to 


train for, and then finally launching a new training run from scratch using this optimal 


number. Of course, this approach is wasteful. 


A much better way to handle this is to stop training when you measure that the 
validation loss in no longer improving. This can be achieved using a Keras callback. A 


callback is an object that is passed to the model in the call to £it and that is called by 





the model at various points during training. It has access to all the available data about 
the state of the model and its performance, and it can take action: interrupt training, 


save a model, load a different weight set, or otherwise alter the state of the model. 
Here are some examples of ways you can use callbacks: 
¢ Model checkpointing—Saving the current weights of the model at different points 
during training. 


¢ Early stopping—Interrupting training when the validation loss is no longer 


improving (and saving the best model obtained during training). 


e Dynamically adjusting the value of certain parameters during training—Such as 
the learning rate of the optimizer. 


¢ Logging training and validation metrics during training, or visualizing the 
representations learned by the model as they’re updated—The Keras progress bar 


that you’re familiar with is a callback! 


Keras includes a number of built-in callbacks (this is not an exhaustive list): 


callback model checkpoint () 
callback early stopping () 


callback learning rate scheduler () 





callback reduce _lr on plateau() 


callback csv_logger () 


Let’s review a few of them to give you an idea of how to use them: 
callback model checkpoint, callback early stopping, and 


callback reduce. tr on plateau, 
The model-checkpoint and early-stopping callbacks 


You can use callback early stopping to interrupt training once a target metric 
being monitored has stopped improving for a fixed number of epochs. For instance, this 
callback allows you to interrupt training as soon as you start overfitting, thus avoiding 


having to retrain your model for a smaller number of epochs. This callback is typically 


used in combination with callback model checkpoint, which lets you continually 
save the model during training (and, optionally, save only the current best model so far: 


the version of the model that achieved the best performance at the end of an epoch): 


library (keras) 





callbacks: plats =ec=. alracs te ( 1 
callback early stopping ( 2 
Monivor "= "ace", 3 
patience = 1 4 
)y 
callback model checkpoint ( 5 
filepath = “mycmoded ho", 6 
MONUEOm == val hos, 7 
save best only = TRUE 
) 
) 
model %>% compile ( 
optimizer = "rmsprop", 
hogs =" Vb iniakyecrossent rOpy. , 
metrics = c("acc") 8 
) 
model %>% fit ( 9 
x, Yr 9 
epochs = 10, 9 
baiechosize {== 32% 9 
callbacks. —scalllibacks, Ih sit, 9 
Valudatuonvdatas = dats it»¢x iva “yacv.ad.) 9 
) 9 


e 1 Callbacks are passed to the model via the callbacks argument in fit, 


which takes a list of callbacks. You can pass any number of callbacks. 
e 2 Interrupts training when improvement stops 
¢ 3 Monitors the model’s validation accuracy 


¢ 4 Interrupts training when accuracy has stopped improving for more 


than one epoch (that is, two epochs) 
¢ 5 Saves the current weights after every epoch 
¢ 6 Path to the destination model file 


¢ 7 These two arguments mean you won’t overwrite the model file unless 
val_loss has improved, which allows you to keep the best model seen 


during training. 
¢ 8 You monitor accuracy, so it should be part of the model’s metrics. 


¢ 9g Note that because the callback will monitor validation loss and 


accuracy, you need to pass validation_data to the call to fit. 


The reduce-learning-rate-on-plateau callback 


You can use this callback to reduce the learning rate when the validation loss has 
stopped improving. Reducing or increasing the learning rate in case of a loss plateau is 
is an effective strategy to get out of local minima during training. The following 


example uses callback reduce lr on plateau: 


Galt ack ssp lars ts. Tihaws te ( 
callback reduce _lr_on plateau ( 
MONUEOre—— Uva ghosis, el 
KACO = Oils; 


patience = 10 


) 
model %>% fit ( 
Ker 
epochs = 10, 
baweh sh Ze — 325, 
callbacks. — callbacks: Waist, 


Validation idatay = JlNasin(xevalll. ay uvidils) 


na KH DR B® BR DA 


e 1 Monitors the model’s validation loss 
e 2 Divides the learning rate by 10 when triggered 


¢ 3 The callback is triggered after the validation loss has stopped 


improving for 10 epochs. 


¢ 4 Because the callback will monitor the validation loss, you need to pass 
validation_ data to the call to fit. 


Writing your own callback 


If you need to take a specific action during training that isn’t covered by one of the 
built-in callbacks, you can write your own callback. Callbacks are implemented by 
creating a new Ré class that inherits from the KerasCallback class. You can then 
implement any number of the following transparently named methods, which are called 


at various points during training: 


on epoch begin 
on_epoch end 
on_batch begin 


on_batch_end 


GQ bw’ WY NH RB 


on_train begin 


on_train_end 6 


e 1 Called at the start of every epoch 

¢ 2 Called at the end of every epoch 

¢ 3 Called right before processing each batch 
¢ 4 Called right after processing each batch 

¢ 5 Called at the start of training 


¢ 6 Called at the end of training 


These methods all are called with a logs argument, which is a named list containing 
information about the previous batch, epoch, or training run: training and validation 


metrics, and so on. Additionally, the callback has access to the following attributes: 


* sel f$Smodel—Reference to the Keras model being trained 





* sel fSparams—Named list with training parameters (verbosity, batch size, number 


of epochs, and so on) 


Here’s a simple example that saves a list of losses over each batch during training: 


library (keras) 
library (R6) 
LOSsHrstory <—=—"“R6Clasis(“LosshHvstoryi, 





inherit = KerasCallback, 
johev opines -— a lhakonest( 
losses = NULL, 


onabateh pendi-=fLunctaon(ibat eh. sl ogs= = slats E.()3) s4 1 
selfSlosses <- c(selfS$losses, logs[["loss"]]) 
} 
)) 
history <- LossHistoryS$new() 3 
model %>% fit ( 
x, Yr 


babchiws -76=. 2.3, 
epochs = 20, 
callbacks = list (history) 4 


) 
> str(historySlosses) 5 
FUL lA On POR-6S AMO MGI >a Oe GS KOM GGA OLiG26 


e 1 Called at the end of every training batch 


e 2 Accumulates losses from every batch in a list 


¢ 3 Creates an instance of the callback 
e 4 Attaches the callback to model training 


e 5 Accumulated losses are now available from the callback instance. 


This is all you need to know about callbacks—the rest is technical details, which you can 
easily look up. Now you're equipped to perform any sort of logging or preprogrammed 


intervention on a Keras model during training. 


7.2.2. Introduction to TensorBoard: the TensorFlow visualization 
framework 

To do good research or develop good models, you need rich, frequent feedback about 
what’s going on inside your models during your experiments. That’s the point of 
running experiments: to get information about how well a model performs—as much 
information as possible. Making progress is an iterative process, or loop: you start with 
an idea and express it as an experiment, attempting to validate or invalidate your idea. 
You run this experiment and process the information it generates. This inspires your 
next idea. The more iterations of this loop yow’re able to run, the more refined and 
powerful your ideas become. Keras helps you go from idea to experiment in the least 
possible time, and fast GPUs can help you get from experiment to result as quickly as 
possible. But what about processing the experiment results? That’s where Tensor- 


Board comes in. 


This section introduces TensorBoard, a browser-based visualization tool that comes 
packaged with TensorFlow. Note that it’s only available for Keras models when you’re 


using Keras with the TensorFlow backend. 


Figure 7.9. An Inception module 







Visualization 
framework: 
TensorBoard 


Deep-learning 
framework: K 
Keras 


Experiment 


ys 


The key purpose of TensorBoard is to help you visually monitor everything that goes on 





Infrastructure 


inside your model during training. If you’re monitoring more information than just the 


model’s final loss, you can develop a clearer vision of what the model does and doesn’t 


do, and you can make progress more quickly. TensorBoard gives you access to several 


neat features, all in your browser: 


Visually monitoring metrics during training 
Visualizing your model architecture 
Visualizing histograms of activations and gradients 


Exploring embeddings in 3D 


Let’s demonstrate these features on a simple example. You'll train a 1D convnet on the 


IMDB sentiment-analysis task. 


The model is similar to the one you saw in the last section of chapter 6. You'll consider 


only the top 2,000 words in the IMDB vocabulary, to make visualizing word 


embeddings more tractable. 


Listing 7.7. Text-classification model to use with TensorBoard 


library (keras) 
max features <- 2000 iL 
max lem <= 3,00 








imdb <- dataset _imdb(num_ words = max features) 
CCX BEN; Vee Ural) iC Gxetes bys Vaees E)a)n ko <=. mai 
x train <- pad_sequences(x train, maxlen = max_len) 
x test = pad _sequences(x test, maxlen = max len) 
model <- keras model sequential() %>% 
layer _embedding(input_dim = max features, output _dim = 128, 
input length = max len, name = "embed") %>% 
layer conv, Ld biliess, = 9Si2;. kernel suze "= 7, activations = Mrelu™) .>% 
layer max pooling ld(pool size = 5) %>% 
aye taConwe hc: (thinlkters S277 kernede Sie io), eed Civ ait OT = ts GH )) 9 Os 





layer global _ max pooling 1ld() %>% 
Layer -densei(uinurtis: == i) 
summary (model) 


model %>% compile ( 


optimizer = "rmsprop", 
loss = “binary crossentropy”, 
Me crwes == TeCtacelt) 


1 Number of words to consider as features 


2 Cuts off texts after this number of words (among max_features most 


common words) 


Before you start using TensorBoard, you need to create a directory where you'll store 


the log files it generates. 


Listing 7.8. Creating a directory for TensorBoard log files 


Piadabeienedwerm ye og aca s)) 
Let’s launch the training with a TensorBoard callback instance. This callback will write 


log events to disk at the specified location. 


Listing 7.9. Training the model with a TensorBoard callback 


tensorboard("my_ log dir") af 
callbacks = list ( 


callback tensorboard ( 


ho gp Case — AM yankee Gay chattel, 
histogram t£reg = lr, 2 
embeddings freq = l, o| 


) 

APSEOLY, <=——model. Sr o.r kate ( 
D-amibsarella gyrA escrel ingly, 
epochs = 20, 
babchiws a7 es l2.37 
NAc ulkakelsheak(esolenss oy Kalen eA Ones 2r, 
callbacks = callbacks 





e 1 Launch TensorBoard and wait for output in specified directory 
¢ 2 Records activation histograms every 1 epoch 


¢ 3 Records embedding data every 1 epoch 


A web browser will open, with TensorBoard monitoring the specified directory for 
training output (see figure 7.10). Note that metrics won’t appear in TensorBoard until 
after the first epoch (if you don’t see your training metrics when you expect to, you may 
need to refresh the display). In addition to live graphs of the training and validation 
metrics, you get access to the Histograms tab, where you can find pretty visualizations 


of histograms of activation values taken by your layers (see figure 7.11). 


Figure 7.10. TensorBoard: metrics monitoring 
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Figure 7.11. TensorBoard: activation histograms 
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The Embeddings tab gives you a way to inspect the embedding locations and spatial 
relationships of the 10,000 words in the input vocabulary, as learned by the initial 
layer embedding layer. Because the embedding space is 128-dimensional, Tensor- 
Board automatically reduces it to 2D or 3D using a dimensionality-reduction algorithm 


of your choice: either principal component analysis (PCA) or t-distributed stochastic 


neighbor embedding (t-SNE). In figure 7.12, in the point cloud, you can clearly see two 
clusters: words with a positive connotation and words with a negative connotation. The 
visualization makes it immediately obvious that embeddings trained jointly with a 
specific objective result in models that are completely specific to the underlying task— 


that’s the reason using pretrained generic word embeddings is rarely a good idea. 


Figure 7.12. TensorBoard: interactive 3D word-embedding visualization 
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The Graphs tab shows an interactive visualization of the graph of low-level TensorFlow 
more going on than you would expect. The model you just built may look simple when 
defined in Keras—a small stack of basic layers—but under the hood, you need to 
construct a fairly complex graph structure to make it work. A lot of it is related to the 
gradient-descent process. This complexity differential between what you see and what 
you re manipulating is the key motivation for using Keras as your way of building 
models, instead of working with raw TensorFlow to define everything from scratch. 


Keras makes your workflow dramatically simpler. 


Figure 7.13. TensorBoard: TensorFlow graph visualization 
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7.2.3. Wrapping up 


e Keras callbacks provide a simple way to monitor models during training and 


automatically take action based on the state of the model. 


e When you're using TensorFlow, TensorBoard is a great way to visualize model 
activity in your browser. You can use it in Keras models via the 


callback tensorboard() function. 


7.3. GETTING THE MOST OUT OF YOUR MODELS 


Trying out architectures blindly works well enough if you just need something that 
works okay. In this section, we'll go beyond “works okay” to “works great and wins 
machine-learning competitions” by offering you a quick guide to a set of must-know 


techniques for building state-of-the-art deep-learning models. 


7.3.1. Advanced architecture patterns 


We covered one important design pattern in detail in the previous section: residual 
connections. There are two more design patterns you should know about: 
normalization and depthwise separable convolution. These patterns are especially 


relevant when you're building high-performing deep convnets, but they’re commonly 


found in many other types of architectures as well. 
Batch normalization 


Normalization is a broad category of methods that seek to make different samples seen 
by a machine-learning model more similar to each other, which helps the model learn 
and generalize well to new data. The most common form of data normalization is one 
you ve seen several times in this book already: centering the data on o by subtracting 
the mean from the data, and giving the data a unit standard deviation by dividing the 
data by its standard deviation. In effect, this makes the assumption that the data 
follows a normal (or Gaussian) distribution and makes sure this distribution is centered 


and scaled to unit variance: 


mean <- apply(train data, 2, mean) 
Std <— sappy (eiecasm watery. 2747S) 
Ean data <= (scale Ceraimidata, center (mean, “scale: = ist di) 


Eesti data] "scalel(testidata,: center = smecan,. scallies —asitG)) 


Previous examples normalized data before feeding it into models. But data 
normalization should be a concern after every transformation operated by the network: 
even if the data entering layer dense or layer conv 2d hasao mean and unit 
variance, there’s no reason to expect a priori that this will be the case for the data 


coming out. 


Batch normalization is a type of layer (layer batch normalization in Keras) 


introduced in 2015 by Ioffe and Shesedis. e it can adaptively normalize data even as 
the mean and variance change over time during training. It works by internally 
maintaining an exponential moving average of the batch-wise mean and variance of the 
data seen during training. The main effect of batch normalization is that it helps with 
gradient propagation—much like residual connections—and thus allows for deeper 
networks. Some very deep networks can only be trained if they include multiple batch 
normalization layers. For instance, layer batch normalization is used liberally 
in many of the advanced convnet architectures that come packaged with Keras, such as 


ResNet50, Inception V3, and Xception. 


Sergey Ioffe and Christian Szegedy, “Batch Normalization: Accelerating Deep Network Training by Reducing 
Internal Covariate Shift,” Proceedings of the 32nd International Conference on Machine Learning (2015), 
https://arxiv.org/abs/1502.03167. 


The layer batch normalization layer is typically used after a convolutional or 


densely connected layer: 





Ik AY SHG SC ON Ves7 Ox (siMlie oe SPs 3 275 Mein Cll eS e7 C3; e nC. tokvhetOMle = reuse) woos 
layer batch normalization () 
layer densel(unmes- = 327 vactivatton = Ire Lu). soa 


layer batch normalization () 


The layer batch normalization layer takes an axis argument, which specifies 
the feature axis that should be normalized. This argument defaults to —1, the last axis in 


the input tensor. This is the correct value when using layer dense, 





layer conv_1d, RNN layers, and layer conv 2dwith data format set to 





"channels last". But in the niche use case of layer _conv_2dwithdata_ format 





setto "Channels first", the features axis is axis 1; the axis argument in 


layer batch normalization should accordingly be set to 1. 





Batch renormalization 


A recent improvement over regular batch normalization is batch renormalization, 


[a] 
introduced by Ioffe in 2017. It offers clears benefits over batch normalization, at no 
apparent cost. At the time of writing, it’s too early to tell whether it will supplant batch 


normalization—but we think it’s likely. Even more recently, Klambauer et al. 


introduced self-normalizing neural wonieee: ies which manage to keep data 
normalized after going through any dense layer by using a specific activation function 
(selu) and a specific initializer (lecun_normal1). This scheme, although highly 
interesting, is limited to densely connected networks for now, and its usefulness hasn’t 


yet been broadly replicated. 


Sergey Ioffe, “Batch Renormalization: Towards Reducing Minibatch Dependence in Batch-Normalized Models” 
(2017), https://arxiv.org/abs/1702.03275. 


b 


Giinter Klambauer et al., “Self-Normalizing Neural Networks,” Conference on Neural Information Processing 
Systems (2017), https://arxiv.org/abs/1706.02515. 





Depthwise separable convolution 


What if we told you that there’s a layer you can use as a drop-in replacement for 


layer _conv_ 2d that will make your model lighter (fewer trainable weight 
parameters) and faster (fewer floating-point operations) and cause it to perform a few 
percentage points better on its task? That is precisely what the depthwise separable 
convolution layer does (layer separable conv 2d). This layer performs a spatial 
convolution on each channel of its input, independently, before mixing output channels 
via a pointwise convolution (a 1 x 1 convolution), as shown in figure 7.14 This is 
equivalent to separating the learning of spatial features and the learning of channel- 
wise features, which makes a lot of sense if you assume that spatial locations in the 
input are highly correlated, but different channels are fairly independent. It requires 
significantly fewer parameters and involves fewer computations, thus resulting in 
smaller, speedier models. And because it’s a more representationally efficient way to 
perform convolution, it tends to learn better representations using less data, resulting 
in better-performing models. 


Figure 7.14. Depthwise separable convolution: a depthwise convolution followed 
by a pointwise convolution 
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These advantages become especially important when yow’re training small models from 
scratch on limited data. For instance, here’s how you can build a lightweight, depthwise 
separable convnet for an image-classification task (softmax categorical classification) 


on a small dataset: 


library (keras) 
height <- 64 
width <- 64 
channels <- 3 

num classes <- 10 


model <- keras_model_sequential() %>% 





layer separable conv 2d (filters: = 32, kernel size — 3, 


activation = "relu", 


iInputushape = —e(hevoght, wadth yy channels»); o> 























ihayer “separabile conv. -2di(trilkters — 64, kennmediisaze. = 3, 
activation = "relu") %>% 

layer max pooling 2d(pool size = 2) %>% 

layerssepatabile sconv 2d (Emiiters:-= 64), kernel sizer = 237, 
activation = "relu") %>% 

Layervseparabile iconv 20d (huliters =, 12:3" kernel sa.7eF = 73, 
activation = "relu") %>% 

layer max pooling 2d(pool_ size = 2) %>% 

ihayer “separabile conv. -2di(fakters 64, kernel isaze. = 3, 
activation = "relu") %>% 

ayer sseparabile: iconv 2d (falkvers— W287" kermneds sive “= 3% 
activation! = eredlum)) 355 


layer global average pooling 2d() %>% 

ave redensex(ine ES e327 adic rikVvateOne =— Marea) Neco 

bayer dense (untts “= numoclasses;; ‘activation = “sortmaxt) 
model %S>% compile ( 

optimizer = "rmsprop", 


Koss. = Mcategorucaltverossentropyil 


When it comes to larger-scale models, depthwise separable convolutions are the basis 
of the Xception architecture, a high-performing convnet that comes packaged with 
Keras. You can read more about the theoretical grounding for depthwise separable 


convolutions and Xception in Francois’s paper “Xception: Deep Learning with 


[8] 
Depthwise Separable Convolutions.” 


https://arxiv.org/abs/1610.02357. 


7.3.2. Hyperparameter optimization 


When building a deep-learning model, you have to make many seemingly arbitrary 
decisions: How many layers should you stack? How many units or filters should go in 
each layer? Should you use relu as activation, or a different function? Should you use 
layer batch normalization after a given layer? How much dropout should you 
use? And so on. These architecture-level parameters are called hyperparameters to 
distinguish them from the parameters of a model, which are trained via 


backpropagation. 


In practice, experienced machine-learning engineers and researchers build intuition 
over time as to what works and what doesn’t when it comes to these choices—they 
develop hyperparameter-tuning skills. But there are no formal rules. If you want to get 
to the very limit of what can be achieved on a given task, you can’t be content with 


arbitrary choices made by a fallible human. Your initial decisions are almost always 


suboptimal, even if you have good intuition. You can refine your choices by tweaking 
them by hand and retraining the model repeatedly—that’s what machine-learning 
engineers and researchers spend most of their time doing. But it shouldn’t be your job 
as a human to fiddle with hyperparameters all day—that is better left to a machine. 


Thus you need to explore the space of possible decisions automatically, systematically, 
in a principled way. You need to search the architecture space and find the best- 
performing ones empirically. That’s what the field of automatic hyperparameter 


optimization is about: it’s an entire field of research, and an important one. 
The process of optimizing hyperparameters typically looks like this: 


1. Choose a set of hyperparameters (automatically). 

2. Build the corresponding model. 

3. Fit it to your training data, and measure the final performance on the validation 
data. 

4. Choose the next set of hyperparameters to try (automatically). 

5. Repeat. 

6. Eventually, measure performance on your test data. 


The key to this process is the algorithm that uses this history of validation performance, 
given various sets of hyperparameters, to choose the next set of hyperparameters to 
evaluate. Many different techniques are possible: Bayesian optimization, genetic 


algorithms, simple random search, and so on. 


Training the weights of a model is relatively easy: you compute a loss function on a 
mini-batch of data and then use the Backpropagation algorithm to move the weights in 
the right direction. Updating hyperparameters, on the other hand, is extremely 


challenging. Consider the following: 


¢ Computing the feedback signal (does this set of hyperparameters lead to a high- 
performing model on this task?) can be extremely expensive: it requires creating 


and training a new model from scratch on your dataset. 


e The hyperparameter space is typically made of discrete decisions and thus isn’t 
continuous or differentiable. Hence, you typically can’t do gradient descent in 
hyperparameter space. Instead, you must rely on gradient-free optimization 


techniques, which naturally are far less efficient than gradient descent. 


Because these challenges are difficult and the field is still young, we currently only have 
access to very limited tools to optimize models. Often, it turns out that random search 


(choosing hyperparameters to evaluate at random, repeatedly) is the best solution, 


despite being the most naive one. 





The tfruns package (https://tensorflow.rstudio.com/tools/tfruns) provides a set of tools 


that can assist with hyperparameter tuning: 
e Tracking the hyperparameters, metrics, output, and source code of every training 
run 


¢ Comparing hyperparmaeters and metrics across runs to find the best-performing 


model 


e Automatically generating reports to visualize individual training runs or 


comparisons between runs 





Note 


One important issue to keep in mind when doing hyperparameter optimization at scale 
is validation-set overfitting. Because you’re updating hyperparameters based on a 
signal that is computed using your validation data, youre effectively training them on 
the validation data, and thus they will quickly overfit to the validation data. Always 


keep this in mind. 





Overall, hyperparameter optimization is a powerful technique that is an absolute 
requirement to get to state-of-the-art models on any task or to win machine-learning 
competitions. Think about it: once upon a time, people handcrafted the features that 
went into shallow machine-learning models. That was very much suboptimal. Now, 
deep learning automates the task of hierarchical feature engineering—features are 
learned using a feedback signal, not hand-tuned, and that’s the way it should be. In the 
same way, you shouldn’t handcraft your model architectures; you should optimize them 
in a principled way. At the time of writing, the field of automatic hyperparameter 
optimization is very young and immature, as deep learning was some years ago, but we 


expect it to boom in the next few years. 


7.3.3. Model ensembling 


Another powerful technique for obtaining the best possible results on a task is model 
ensembling. Ensembling consists of pooling together the predictions of a set of 
different models, to produce better predictions. If you look at machine-learning 
competitions, in particular on Kaggle, you'll see that the winners use very large 


ensembles of models that inevitably beat any single model, no matter how good. 


Ensembling relies on the assumption that different good models trained independently 
are likely to be good for different reasons: each model looks at slightly different aspects 
of the data to make its predictions, getting part of the “truth” but not all of it. You may 
be familiar with the ancient parable of the blind men and the elephant: a group of blind 
men come across an elephant for the first time and try to understand what the elephant 
is by touching it. Each man touches a different part of the elephant’s body—just one 
part, such as the trunk or a leg. Then the men describe to each other what an elephant 
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is: “It’s like a snake,” “Like a pillar or a tree,” and so on. The blind men are essentially 
machine-learning models trying to understand the manifold of the training data, each 
from its own perspective, using its own assumptions (provided by the unique 
architecture of the model and the unique random weight initialization). Each of them 
gets part of the truth of the data, but not the whole truth. By pooling their perspectives 
together, you can get a far more accurate description of the data. The elephant is a 
combination of parts: not any single blind man gets it quite right, but, interviewed 


together, they can tell a fairly accurate story. 


Let’s use classification as an example. The easiest way to pool the predictions of a set of 


classifiers (to ensemble the classifiers) is to average their predictions at inference time: 


preds_a <- model _a %>% predict (x _val) 1 
preds_b <- model _b %>% predict (x _val) 
predsice <=—modeliic <2% ipredice(x: val) 
preds d <- model d %>% predict (x _val) 
aiknals yO reds! <= Ola Z ov we “(ore dSa.ay + spe OS bet ap Redse Cat sored 's..G)) 2 





e 1 Use four different models to compute initial predictions. 


e 2 This new prediction array should be more accurate than any of the 


initial ones. 


This will work only if the classifiers are more or less equally good. If one of them is 
significantly worse than the others, the final predictions may not be as good as the best 


classifier of the group. 


A smarter way to ensemble classifiers is to do a weighted average, where the weights 
are learned on the validation data—typically, the better classifiers are given a higher 
weight, and the worse classifiers are given a lower weight. To search for a good set of 
ensembling weights, you can use random search or a simple optimization algorithm 
such as Nelder-Mead: 


piediswa <= amoOdedray =o: spre dive ti exeevid lL) 


preds_b <- model _b %>% predict (x _val) 
predsise <> model sens cs spre darotitx ava ls) 
preds d <- model d %>% predict (x val) 
fanaa Ge dS Obits sir 6 CiSnidia st 1 
OR Sao pine CS ses: 
OF let Noi SciSie Ga 
OF hone reds a 


e 1 These weights (0.5, 0.25, 0.1, 0.15) are assumed to be learned 


empirically. 


There are many possible variants: you can do an average of an exponential of the 
predictions, for instance. In general, a simple weighted average with weights optimized 


on the validation data provides a very strong baseline. 


The key to making ensembling work is the diversity of the set of classifiers. Diversity is 
strength. If all the blind men only touched the elephant’s trunk, they would agree that 
elephants are like snakes, and they would forever stay ignorant of the truth of the 
elephant. Diversity is what makes ensembling work. In machine-learning terms, if all of 
your models are biased in the same way, then your ensemble will retain this same bias. 
If your models are biased in different ways, the biases will cancel each other out, and 


the ensemble will be more robust and more accurate. 


For this reason, you should ensemble models that are as good as possible while being 
as different as possible. This typically means using very different architectures or even 
different brands of machine-learning approaches. One thing that is largely not worth 
doing is ensembling the same network trained several times independently, from 
different random initializations. If the only difference between your models is their 
random initialization and the order in which they were exposed to the training data, 
then your ensemble will be low-diversity and will provide only a tiny improvement over 


any single model. 


One thing I (Francois) have found to work well in practice—but that doesn’t generalize 
to every problem domain—is the use of an ensemble of tree-based methods (such as 
random forests or gradient-boosted trees) and deep neural networks. In 2014, partner 
Andrei Kolev and I took fourth place in the Higgs Boson decay detection challenge on 
Kaggle (www.kaggle.com/c/higgs-boson) using an ensemble of various tree models and 
deep neural networks. Remarkably, one of the models in the ensemble originated from 
a different method than the others (it was a regularized greedy forest) and had a 
significantly worse score than the others. Unsurprisingly, it was assigned a small weight 
in the ensemble. But to our surprise, it turned out to improve the overall ensemble by a 


large factor, because it was so different from every other model: it provided information 


that the other models didn’t have access to. That’s precisely the point of ensembling. 
It’s not so much about how good your best model is; it’s about the diversity of your set 


of candidate models. 


In recent times, one style of basic ensemble that has been very successful in practice is 
the wide and deep category of models, blending deep learning with shallow learning. 
Such models consist of jointly training a deep neural network with a large linear model. 
The joint training of a family of diverse models is yet another option to achieve model 


ensembling. 


7.3.4. Wrapping up 


e When building high-performing deep convnets, you'll need to use residual 
connections, batch normalization, and depthwise separable convolutions. In the 
future, it’s likely that depthwise separable convolutions will completely replace 
regular convolutions, whether for 1D, 2D, or 3D applications, due to their higher 


representational efficiency. 


e Building deep networks requires making many small hyperparameter and 
architecture choices, which together define how good your model will be. Rather 
than basing these choices on intuition or random chance, it’s better to 


systematically search hyperparameter space to find optimal choices. At this time, 





the process is expensive, and the tools to do it aren’t very good (but the tfruns 
package may be able to help you manage the process more effectively). When doing 


hyperparameter optimization, be mindful of validation-set overfitting! 


e Winning machine-learning competitions or otherwise obtaining the best possible 
results on a task can only be done with large ensembles of models. Ensembling via a 
well-optimized weighted average is usually good enough. Remember: diversity is 
strength. It’s largely pointless to ensemble very similar models; the best ensembles 
are sets of models that are as dissimilar as possible (while having as much 


predictive power as possible, naturally). 


7.4. SUMMARY 


e In this chapter, you learned the following: 
¢ Howto build models as arbitrary graphs of layers, reuse layers (layer weight 
sharing), and use models as R functions (model templating). 


e You can use Keras callbacks to monitor your models during training and take 


action based on model state. 


e TensorBoard allows you to visualize metrics, activation histograms, and even 


embedding spaces. 


e What batch normalization, depthwise separable convolution, and residual 
connections are. 


e Why you should use hyperparameter optimization and model ensembling. 


e With these new tools, you’re better equipped to use deep learning in the real world 
and start building highly competitive deep-learning models. 


Chapter 8. Generative deep learning 


This chapter covers 


e Text generation with LSTM 

e Implementing DeepDream 

¢ Performing neural style transfer 
e Variational autoencoders 


e Understanding generative adversarial networks 


The potential of artificial intelligence to emulate human thought processes goes beyond 
passive tasks such as object recognition and mostly reactive tasks such as driving a car. 
It extends well into creative activities. When I (Francois) first made the claim that in a 
not-so-distant future, most of the cultural content that we consume will be created with 
substantial help from Als, I was met with utter disbelief, even from long-time machine- 
learning practitioners. That was in 2014. Fast-forward three years, and the disbelief has 
receded—at an incredible speed. In the summer of 2015, we were entertained by 
Google’s DeepDream algorithm turning an image into a psychedelic mess of dog eyes 
and pareidolic artifacts; in 2016, we used the Prisma application to turn photos into 
paintings of various styles. In the summer of 2016, an experimental short movie, 
Sunspring, was directed using a script written by a Long Short-Term Memory (LSTM) 
algorithm—complete with dialogue. Maybe you've recently listened to music that was 


tentatively generated by a neural network. 


Granted, the artistic productions we’ve seen from AI so far have been fairly low quality. 
AI isn’t anywhere close to rivaling human screenwriters, painters, and composers. But 
replacing humans was always beside the point: artificial intelligence isn’t about 
replacing our own intelligence with something else, it’s about bringing into our lives 
and work more intelligence—intelligence of a different kind. In many fields, but 
especially in creative ones, AI will be used by humans as a tool to augment their own 


capabilities: more augmented intelligence than artificial intelligence. 


A large part of artistic creation consists of simple pattern recognition and technical 


skill. And that’s precisely the part of the process that many find less attractive or even 
dispensable. That’s where AI comes in. Our perceptual modalities, our language, and 
our artwork all have statistical structure. Learning this structure is what deep-learning 
algorithms excel at. Machine-learning models can learn the statistical latent space of 
images, music, and stories, and they can then sample from this space, creating new 
artworks with characteristics similar to those the model has seen in its training data. 
Naturally, such sampling is hardly an act of artistic creation in itself. It’s a mere 
mathematical operation: the algorithm has no grounding in human life, human 
emotions, or our experience of the world; instead, it learns from an experience that has 
little in common with ours. It’s only our interpretation, as human spectators, that will 
give meaning to what the model generates. But in the hands of a skilled artist, 
algorithmic generation can be steered to become meaningful—and beautiful. Latent 
space sampling can become a brush that empowers the artist, augments our creative 
affordances, and expands the space of what we can imagine. What’s more, it can make 
artistic creation more accessible by eliminating the need for technical skill and practice 


—setting up a new medium of pure expression, factoring art apart from craft. 


Iannis Xenakis, a visionary pioneer of electronic and algorithmic music, beautifully 


expressed this same idea in the 1960s, in the context of the application of automation 


[1] 
technology to music composition: 


Iannis Xenakis, “Musiques formelles: nouveaux principes formels de composition musicale,” special issue of La 
Revue musicale, nos. 253-254 (1963). 


Freed from tedious calculations, the composer is able to devote himself to the 
general problems that the new musical form poses and to explore the nooks and 
crannies of this form while modifying the values of the input data. For example, 
he may test all instrumental combinations from soloists to chamber orchestras, to 
large orchestras. With the aid of electronic computers the composer becomes a 
sort of pilot: he presses the buttons, introduces coordinates, and supervises the 
controls of a cosmic vessel sailing in the space of sound, across sonic 
constellations and galaxies that he could formerly glimpse only as a distant 
dream. 


In this chapter, we'll explore from various angles the potential of deep learning to 
augment artistic creation. We'll review sequence data generation (which can be used to 
generate text or music), DeepDream, and image generation using both variational 
autoencoders and generative adversarial networks. We'll get your computer to dream 


up content never seen before; and maybe we'll get you to dream, too, about the fantastic 


possibilities that lie at the intersection of technology and art. Let’s get started. 


8.1. TEXT GENERATION WITH LSTM 


In this section, we'll explore how recurrent neural networks can be used to generate 
sequence data. We'll use text generation as an example, but the exact same techniques 
can be generalized to any kind of sequence data: you could apply it to sequences of 
musical notes in order to generate new music, to timeseries of brushstroke data (for 
example, recorded while an artist paints on an iPad) to generate paintings stroke by 


stroke, and so on. 


Sequence data generation is in no way limited to artistic content generation. It has been 
successfully applied to speech synthesis and to dialogue generation for chatbots. The 
Smart Reply feature that Google released in 2016, capable of automatically generating a 


selection of quick replies to emails or text messages, is powered by similar techniques. 


8.1.1. A brief history of generative recurrent networks 


In late 2014, few people had ever seen the abbreviation LSTM, even in the machine- 
learning community. Successful applications of sequence data generation with 
recurrent networks only began to appear in the mainstream in 2016. But these 


techniques have a fairly long history, starting with the development of the LSTM 


[2] 
algorithm in 1997. This new algorithm was used early on to generate text character 


by character. 


2 


Sepp Hochreiter and Jiirgen Schmidhuber, “Long Short-Term Memory,” Neural Computation 9, no. 8 (1997). 


In 2002, Douglas Eck, then at Schmidhuber’s lab in Switzerland, applied LSTM to 
music generation for the first time, with promising results. Eck is now a researcher at 
Google Brain, and in 2016 he started a new research group there, called Magenta, 
focused on applying modern deep-learning techniques to produce engaging music. 


Sometimes, good ideas take 15 years to get started. 


In the late 2000s and early 2010s, Alex Graves did important pioneering work on using 
recurrent networks for sequence data generation. In particular, his 2013 work on 


applying recurrent mixture density networks to generate human-like handwriting using 


‘ . Be ishes : ee es ee : 
timeseries of pen positions is seen by some as a turning point. This specific 
application of neural networks at that specific moment in time captured for me 
(Francois) the notion of machines that dream and was a significant inspiration around 


the time I started developing Keras. Graves left a similar commented-out remark 


hidden in a 2013 LaTeX file uploaded to the preprint server arXiv: “generating 
sequential data is the closest computers get to dreaming.” Several years later, we take a 
lot of these developments for granted; but at the time, it was difficult to watch Graves’s 


demonstrations and not walk away awe inspired by the possibilities. 
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Alex Graves, “Generating Sequences With Recurrent Neural Networks,” arXiv (2013), 
https://arxiv.org/abs/1308.0850. 


Since then, recurrent neural networks have been successfully used for music 
generation, dialogue generation, image generation, speech synthesis, and molecule 
design. They were even used to produce a movie script that was then cast with live 


actors. 


8.1.2. How do you generate sequence data? 


The universal way to generate sequence data in deep learning is to train a network 
(usually an RNN or a convnet) to predict the next token or next few tokens in a 
sequence, using the previous tokens as input. For instance, given the input “the cat is 
on the ma,” the network is trained to predict the target t, the next character. As usual 
when working with text data, tokens are typically words or characters, and any network 
that can model the probability of the next token given the previous ones is called a 
language model. A language model captures the latent space of language: its statistical 


structure. 


Once you have such a trained language model, you can sample from it (generate new 
sequences): you feed it an initial string of text (called conditioning data), ask it to 
generate the next character or the next word (you can even generate several tokens at 
once), add the generated output back to the input data, and repeat the process many 
times (see figure 8.1). This loop allows you to generate sequences of arbitrary length that 
reflect the structure of the data on which the model was trained: sequences that look 
almost like human-written sentences. In the example we present in this section, you'll 
take a LSTM layer, feed it strings of N characters extracted from a text corpus, and train 
it to predict character N + 1. The output of the model will be a softmax over all possible 
characters: a probability distribution for the next character. This LSTM is called a 


character-level neural language model. 


Figure 8.1. The process of character-by-character text generation using a 
language model 
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8.1.3. The importance of the sampling strategy 






When generating text, the way you choose the next character is crucially important. A 
naive approach is greedy sampling, consisting of always choosing the most likely next 
character. But such an approach results in repetitive, predictable strings that don’t look 
like coherent language. A more interesting approach makes slightly more surprising 
choices: it introduces randomness in the sampling process, by sampling from the 
probability distribution for the next character. This is called stochastic sampling (recall 
that stochasticity is what we call randomness in this field). In such a setup, if e has a 
probability 0.3 of being the next character, according to the model, you'll choose it 30% 
of the time. Note that greedy sampling can be also cast as sampling from a probability 
distribution: one where a certain character has probability 1 and all others have 
probability o. 


Sampling probabilistically from the softmax output of the model is neat: it allows even 
unlikely characters to be sampled some of the time, generating more interesting- 
looking sentences and sometimes showing creativity by coming up with new, realistic- 
sounding words that didn’t occur in the training data. But there’s one issue with this 
strategy: it doesn’t offer a way to control the amount of randomness in the sampling 


process. 


Why would you want more or less randomness? Consider an extreme case: pure 
random sampling, where you draw the next character from a uniform probability 
distribution, and every character is equally likely. This scheme has maximum 
randomness; in other words, this probability distribution has maximum entropy. 
Naturally, it won’t produce anything interesting. At the other extreme, greedy sampling 
doesn’t produce anything interesting, either, and has no randomness: the 
corresponding probability distribution has minimum entropy. Sampling from the “real” 
probability distribution—the distribution that is output by the model’s softmax function 


—constitutes an intermediate point between these two extremes. But there are many 


other intermediate points of higher or lower entropy that you may want to explore. Less 
entropy will give the generated sequences a more predictable structure (and thus they 
will potentially be more realistic looking), whereas more entropy will result in more 
surprising and creative sequences. When sampling from generative models, it’s always 
good to explore different amounts of randomness in the generation process. Because we 
—humans—are the ultimate judges of how interesting the generated data is, 
interestingness is highly subjective, and there’s no telling in advance where the point of 


optimal entropy lies. 


In order to control the amount of stochasticity in the sampling process, we'll introduce 
a parameter called the softmax temperature that characterizes the entropy of the 
probability distribution used for sampling: it characterizes how surprising or 
predictable the choice of the next character will be. Given a temperature value, a new 
probability distribution is computed from the original one (the softmax output of the 


model) by reweighting it in the following way. 


Listing 8.1. Reweighting a probability distribution to a different temperature 


cewelgnit dkstr button <> unckvom(eriganalesdastributrony, 1 











temperature = 0.5) 


distribution <- log(original distribution) / temperature 





distribution <- exp(distribution) 


Chils Graiouikons sum (ealsiercakouik aor) 2 








e 1 original_distribution is a vector of probability values that must sum to 
1. temperature is a factor quantifying the entropy of the output 


distribution. 


e 2 Returns a reweighted version of the original distribution. The sum of 
the distribution may no longer be 1, so you divide it by its sum to obtain 


the new distribution. 


Higher temperatures result in sampling distributions of higher entropy that will 
generate more surprising and unstructured generated data, whereas a lower 
temperature will result in less randomness and much more predictable generated data 
(see figure 8.2). 


Figure 8.2. Different reweightings of one probability distribution. Low 
temperature = more deterministic, high temperature = more random. 
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8.1.4. Implementing character-level LSTM text generation 


Let’s put these ideas into practice in a Keras implementation. The first thing you need is 
a lot of text data that you can use to learn a language model. You can use any 
sufficiently large text file or set of text files—Wikipedia, The Lord of the Rings, and so 
on. In this example, you'll use some of the writings of Nietzsche, the late-nineteenth- 
century German philosopher (translated into English). The language model you'll learn 
will thus be specifically a model of Nietzsche’s writing style and topics of choice, rather 


than a more generic model of the English language. 
Preparing the data 
Let’s start by downloading the corpus and converting it to lowercase. 


Listing 8.2. Downloading and parsing the initial text file 


library (keras) 
Iitlow at y.(sit an gic) 
Daishie<= ge tap eaier( 


Unawketzschenitxte, 





origin = "https://s3.amazonaws.com/text-datasets/nietzsche.txt" 


) 
text <- tolower(readChar(path, file.info (path) $size) ) 





Gat("Gorpus Length:", néehar (text) , “\n"") 


Next, you'll extract partially overlapping sequences of length max1en, one-hot encode 


them, and pack them in a 3D array x of shape (sequences, maxlen, 


unique characters). Simultaneously, you'll prepare an array y containing the 
corresponding targets: the one-hot-encoded characters that come after each extracted 


sequence. 


Listing 8.3. Vectorizing sequences of characters 


maxlen <- 60 














SGepa<—* 3 

ext vindexes. <- seq (ihe inchar(hext)) maxlen, by = step) 

Sentences: <<] str subtext, “btext rindexes,,; text aindexes “+ amasxihken i) 
next_chars <- str_sub(text, text_indexes + maxlen, text_indexes + maxlen) 
cat("Number of sequences: ", length(sentences), "\n") 

chars <=] tunmiuquer(sornt(SErsplre(tescey.) Mh) ap ela ye) 

cat (“Unique characters:", length (chars), “\n"™) 


ehian sn diiCese <—-rwtenGgihsieha csi) 
names (char indices) <- chars 


Cat(YVECtOrazaeione ss. \n's) 


Xe aera. (OME acim c(length(sentences), maxlen, length(chars) )) 








y <- array(0OL, dim = c(length(sentences), length(chars) )) 


for (1 in 1l:length(sentences)) { 
sentence <- strsplit(sentences[[i]], "")[[1]] 
for (t in l:length(sentence)) { 


char <- sentence[[t] ] 

[ewe oehiaice ance sae [kemtaitea| |i ca: 
} 
Neck vehake<— one xtyyeliastes: [les] |] 


Yat sch arenes si[ [ine serenade) ico 








e 1 You'll extract sequences of 60 characters. 

e 2 You'll sample a new sequence every 3 characters. 

¢ 3 Holds the extracted sequences 

¢ 4 Holds the targets (the follow-up characters) 

e 5 List of unique characters in the corpus 

¢ 6 Named list that maps unique characters to their index 
¢ 7QOne-hot encodes the characters into binary arrays 


Building the network 


This network is a single LSTM layer followed by a dense classifier and softmax over all 
possible characters. But note that recurrent neural networks aren’t the only way to do 
sequence data generation; 1D convnets also have proven extremely successful at this 


task in recent times. 


Listing 8.4. Single-layer LSTM model for next-character prediction 


model <- keras_model sequential() %>% 
layer _lstm(units = 128, input shape = c(maxlen, length(chars))) %>% 
Payersdense(tunites -— length (chars), activation sof tmax ts) 


Because your targets are one-hot encoded, you'll use categorical crossentropy 


as the loss to train the model. 


Listing 8.5. Model compilation configuration 


OptImizer=<— “optamaizer scmsprop: (kr = OOM") 
model %S>% compile ( 
hOSsse—" MCatregorucalmerossentisOpy. si, 


optimizer = optimizer 


Training the language model and sampling from it 


Given a trained model and a seed text snippet, you can generate new text by doing the 


following repeatedly: 


1. Draw from the model a probability distribution for the next character, given the 
generated text available so far. 

2. Reweight the distribution to a certain temperature. 

3. Sample the next character at random according to the reweighted distribution. 

4. Add the new character at the end of the available text. 


This is the code you use to reweight the original probability distribution coming out of 


the model and draw a character index from it (the sampling function). 


Listing 8.6. Function to sample the next character given the model’s predictions 





sample next char <— function (preds,, temperature: = dl.0)) { 
preds <- as.numeric(preds) 


preds <- log(preds) / temperature 





xp preds < xp (preds) 





preds < xp _preds / sum(exp preds) 


which.max(t(rmultinom(1, 1, preds))) 


Finally, the following loop repeatedly trains and generates text. You begin generating 
text using a range of different temperatures after every epoch. This allows you to see 


how the generated text evolves as the model begins to converge, as well as the impact of 


temperature in the sampling strategy. 


Listing 8.7. Text-generation loop 


ore K(epoch snies1t:26.0))i ef 
Cari WeEDoch a epO Chis ws \i) 


MOGeIM Vso) Ale, (Xe even UbatChe si Ze = W207 eepochs = sll) 








start index <- sample(1: (nchar (text) maxlen 1S) | ills} 
Seedy bexts <> (Sir SUb(iEexXt,-«Stbant mndex,. sitarieandex, maxon 
Cart (MOIS MGene ra Cane wichSeed sy rSSe Cir ext,. Tamas) 


hows ucheMp erasure mbm tC (Os Orsi, le OMe. a2)i8), a 
Cake temperature:", temperature, "\n") 
cat (seed text, "\n") 
generated text <- seed text 
Onsen (ile erie es AOO |) i ef 








sampled <- array(0, dim = c(1, maxlen, length(chars) ) ) 


generated chars <— strspilrt(generated text, ) [tbls] 
fOr aGes nelson gehigenerdaredieharsiy yi: ef 


char<=—generareducharsih ta 





sampled at, char, taducesi| ehar iil sel 
} 
preds <- model %>% predict(sampled, verbose = 0) 
next_index <- sample next char(preds[1,], temperature) 


nexbecharea— acharss brexit pundes |i 





generated text <- paste0 (generated text, next char) 





generated text <- substring(generated text, 2) 
cat (next_char) 

} 

Gate (enim) 


1) 











e 1 Trains the model for 60 epochs 

e 2 Fits the model 

e 3 Selects a text seed at random 

e 4 Tries a range of different sampling temperatures 

e 5 Generates 400 characters, starting from the seed text 
¢ 6 One-hot encodes the characters generated so far 


e 7Samples the next character 


NNN WADA AA DHA WY 


Here, we used the random seed text “new faculty, and the jubilation reached its climax 


when kant.” Here’s what you get at epoch 20, long before the model has fully 





converged, with temperature=0.2: 


new faculty, and the jubilation reached its climax when kant and such a ma 





in the same time the spirit of the surely and the such the such 














as a man is the sunligh and subject the present to the superiority of the 








special pain the most man and strange the subjection of the 








special conscience the special and nature and such men the subjection of t 








special men, the most surely the subjection of the special 





intellect of the subjection of the same things and 


ee r 


Here’s the result with temperature=0.5: 


new faculty, and the jubilation reached its climax when kant in the eterne 











and such man as it's also become himself the condition of the 


experience of off the basis the superiory and the special morty of the 





strength, in the langus, as which the same time life and "even who 


discless the mankind, with a subject and fact all you have to be the stand 





and lave no comes a troveration of the man and surely the 











conscience the superiority, and when one must be w 


a 86+ 


And here’s what you get with temperature=1.0: 


new faculty, and the jubilation reached its climax when kant, as a 
periliting of manner to all definites and transpects it it so 
hicable and ont him artiar resull 

too such as if ever the proping to makes as cnecience. to been juden, 


all every could coldiciousnike hother aw passife, the plies lik 





which might thiod was account, indifferent germin, that everythery 





certain destrution, intellect into the deteriorablen origin of moralian, 


and a lessority o 


a » 


At epoch 60, the model has mostly converged, and the text starts to look significantly 
more coherent. Here’s the result with temperature=0. 2: 





cheerfulness, friendliness and kindness of a heart are the sense of the 


spirit is a man with the sense of the sense of the world of the 





self-end and self-concerning the subjection of the strengthorixes--the 


subjection of the subjection of the subjection of the 





self-concerning the feelings in the superiority in the subjection of the 





subjection of the spirit isn't to be a man of the sense of the 








subjection and said to the strength of the sense of the 


ee > 


Here’s temperature=0.5: 


cheerfulness, friendliness and kindness of a heart are the part of the sou 


who have been the art of the philosophers, and which the one 





won't say, which is it the higher the and with religion of the frences. 


the life of the spirit among the most continuess of the 





strengther of the sense the conscience of men of precisely befor nough 
presumption, and can mankind, and something the conceptions, the 


subjection of the sense and suffering and the 








- 
bd 





And here’s temperature=1.0: 


cheerfulness, friendliness and kindness of a heart are spiritual by the 
ciuture for the 

entalled is, he astraged, or errors to our you idstood--and it needs, 
to think by spars to whole the amvives of the newoatly, prefectly 


raals! it was 





name, for example but voludd atu-especity"--or rank onee, or even all 
"solett increessic of the world and 


implussional tragedy experience, transf, or insiderar,--must hast 








if desires of the strubction is be stronges 


As you can see, a low temperature value results in extremely repetitive and predictable 
text, but local structure is highly realistic: in particular, all words (a word being a local 
pattern of characters) are real English words. With higher temperatures, the generated 
text becomes more interesting, surprising, even creative; it sometimes invents 
completely new words that sound somewhat plausible (such as eterned and 
troveration). With a high temperature, the local structure starts to break down, and 
most words look like semi-random strings of characters. Without a doubt, 0.5 is the 
most interesting temperature for text generation in this specific setup. Always 
experiment with multiple sampling strategies! A clever balance between learned 


structure and randomness is what makes generation interesting. 


Note that by training a bigger model, longer, on more data, you can achieve generated 
samples that look much more coherent and realistic than this one. But, of course, don’t 
expect to ever generate any meaningful text, other than by random chance: all you’re 
doing is sampling data from a statistical model of which characters come after which 
characters. Language is a communication channel, and there’s a distinction between 
what communications are about and the statistical structure of the messages in which 
communications are encoded. To evidence this distinction, here’s a thought 
experiment: what if human language did a better job of compressing communications, 
much like computers do with most digital communications? Language would be no less 
meaningful, but it would lack any intrinsic statistical structure, thus making it 


impossible to learn a language model as you just did. 


8.1.5. Wrapping up 


e You can generate discrete sequence data by training a model to predict the next 


tokens(s), given previous tokens. 


e In the case of text, such a model is called a language model. It can be based on 


either words or characters. 


e Sampling the next token requires balance between adhering to what the model 


judges likely, and introducing randomness. 


¢ One way to handle this is the notion of softmax temperature. Always experiment 


with different temperatures to find the right one. 


8.2. DEEPDREAM 


DeepDream is an artistic image-modification technique that uses the representations 
learned by convolutional neural networks. It was first released by Google in the 


summer of 2015, as an implementation written using the Caffe deep-learning library 


(this was several months before the first public release of Teneorlow): as It quickly 
became an internet sensation thanks to the trippy pictures it could generate (see, for 
example, figure 8.3), full of algorithmic pareidolia artifacts, bird feathers, and dog eyes— 
a byproduct of the fact that the DeepDream convnet was trained on ImageNet, where 


dog breeds and bird species are vastly overrepresented. 


4 


Alexander Mordvintsev, Christopher Olah, and Mike Tyka, “DeepDream: A Code Example for Visualizing 
Neural Networks,” Google Research Blog, July 1, 2015, http://mng.bz/xXIM. 


Figure 8.3. Example of a DeepDream output image 
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The DeepDream algorithm is almost identical to the convnet filter-visualization 
technique introduced in chapter 5, consisting of running a convnet in reverse: doing 
gradient ascent on the input to the convnet in order to maximize the activation of a 
specific filter in an upper layer of the convnet. DeepDream uses this same idea, with a 


few simple differences: 


e With DeepDream, you try to maximize the activation of entire layers rather than 
that of a specific filter, thus mixing together visualizations of large numbers of 


features at once. 


e You start not from blank, slightly noisy input, but rather from an existing image— 
thus the resulting effects latch on to preexisting visual patterns, distorting elements 


of the image in a somewhat artistic fashion. 
e The input images are processed at different scales (called octaves), which improves 


the quality of the visualizations. 


Let’s make some DeepDreams. 


8.2.1. Implementing DeepDream in Keras 


You'll start from a convnet pretrained on ImageNet. In Keras, many such convnets are 
available: VGG16, VGG19, Xception, ResNet50, and so on. You can implement 
DeepDream with any of them, but your convnet of choice will naturally affect your 


visualizations, because different convnet architectures result in different learned 


features. The convnet used in the original DeepDream release was an Inception model, 
and in practice Inception is known to produce nice-looking DeepDreams, so you'll use 


the Inception V3 model that comes with Keras. 


Listing 8.8. Loading the pretrained Inception V3 model 


library (keras) 
k_set_learning phase (0) 


model <= -applzcatron Inception .v3i( 





weights = "imagenet", 


MVeluUde top: = arALSE 





~s 


OS wOS NN BR 


e 1 You won't be training the model, so this command disables all 


training-specific operations. 


e 2 Builds the Inception V3 network, without its convolutional base. The 


model will be loaded with pretrained ImageNet weights. 


Next, you'll compute the loss: the quantity you'll seek to maximize during the gradient- 
ascent process. In chapter 5, for filter visualization, you tried to maximize the value of a 
specific filter in a specific layer. Here, you'll simultaneously maximize the activation of 
all filters in a number of layers. Specifically, you'll maximize a weighted sum of the L2 
norm of the activations of a set of high-level layers. The exact set of layers you choose 
(as well as their contribution to the final loss) has a major influence on the visuals you'll 
be able to produce, so you want to make these parameters easily configurable. Lower 
layers result in geometric patterns, whereas higher layers result in visuals in which you 
can recognize some classes from ImageNet (for example, birds or dogs). You'll start 
from a somewhat arbitrary configuration involving four layers—but you'll definitely 


want to explore many different configurations later. 


Listing 8.9. Setting up the DeepDream configuration 


AV ESCe COMETH UD UIE OTIS: Gc saltats ter ( 1 
mixed2 = 0.2, al 
mixed3 = 3, aL 
mixed4 = 2, al 
mixed5 = 1.5 1 

al 


e 1 Named list mapping layer names to a coefficient quantifying how 
much the layer’s activation contributes to the loss you'll seek to 


maximize. Note that the layer names are hardcoded in the built-in 


Inception V3 application. You can list all layer names using 


summary(model). 


Now, let’s define a tensor that contains the loss: the weighted sum of the L2 norm of the 


activations of the layers in listing 8.9. 


Listing 8.10. Defining the loss to be maximized 


layer dict <- modelS$layers 1 





names (layer dict) <- lapply(layer dict, function(layer) layerSname) I 
loss <- k variable (0) 
for (layer name in names(layer contributions)) { 


coef <= Jdayer contributions | [layer name] 


activation <- layer dict[[layer name]] $output 3 
scalung <> keprod(kicasi(kishape (activatwon)i, Vidkoats2))) 
loss <- loss + (coeff * k_ sum(k_ square (activation)) / scaling) 4 
} 
4 » 











e 1 Creates a list that maps layer names to layer instances 


¢ 2 You'll define the loss by adding layer contributions to this scalar 


variable. 
¢ 3 Retrieves the layer’s output 


¢ 4 Adds the L2 norm of the features of a layer to the loss. 
Next, you can set up the gradient-ascent process. 


Listing 8.11. Gradient-ascent process 


dream <- modelSinput ol 
gmadsr<—akegradtents (hosis sd ream) aii) 
grads <- grads / k_ maximum(k mean(k_abs(grads)), le-7) 3 


OUEDUESi <= elas teloss “Grads:) 
fetch_loss_and_grads <- k_function(list(dream), outputs) 4 
eviaik oss Vandiigrads: <> shunctironi(x is { 
OUbSs<—srorcheshosswandugircadss. (ets 5 1Cx:):) 
Loss: value. <— ouvsi[ [i] 
Grad values <= out silly] 
list(loss_ value, grad values) 


} 








gradient ascent <- function(x, iterations, step, max loss = NULL) { 5 
imlomen Walla aliah edbralieyonereetakonansy hel 5 
c(loss_ value, grad_values) %<-% eval_loss_and_grads (x) 5 

if (!is.null(max_loss) && loss _value > max_loss) 5 
break 3} 
Cone! ea WO SiS=vierlWC totem yal ae scum lO SIS W-OuaUley g eu Nir u)) 5 

5 


XS xX. + (Step <9 radnvailues)) 


e 1 This tensor holds the generated image: the dream. 
¢ 2 Computes the gradients of the dream with regard to the loss 
¢ 3 Normalizes the gradients (important trick) 


¢ 4 Sets up a Keras function to retrieve the value of the loss and gradients, 


given an input image 


¢ 5 This function runs gradient ascent for a number of iterations. 


Finally: the actual DeepDream algorithm. First, you define a list of scales (also called 
octaves) at which to process the images. Each successive scale is larger than the 
previous one by a factor of 1.4 (it’s 40% larger): you start by processing a small image 


and then increasingly scale it up (see figure 8.4). 


Figure 8.4. The DeepDream process: successive scales of spatial processing 
(octaves) and detail reinjection upon upscaling 
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For each successive scale, from the smallest to the largest, you run gradient ascent to 
maximize the loss you previously defined, at that scale. After each gradient ascent run, 


you upscale the resulting image by 40%. 


To avoid losing a lot of image detail after each successive scale-up (resulting in 
increasingly blurry or pixelated images), you can use a simple trick: after each scale-up, 
you'll reinject the lost details back into the image, which is possible because you know 
what the original image should look like at the larger scale. Given a small image size S 


and a larger image size L, you can compute the difference between the original image 


resized to size L and the original resized to size S—this difference quantifies the details 


lost when going from S to L. 


Listing 8.12. Running gradient ascent over different successive scales 


Si epesoo Or. OL 

num_octave <- 3 
OCtaverscaille <= lied 
iterations <- 20 
max_loss <- 10 

bas esuimage Goa thie aon 


img <- preprocess_ image (base image path) 





original shape <- dim(img) [-1] 








successive shapes <- list(original_shape) 
fom: (Gc ant lisnum octave) 4 


shape <- asiintegen(originalsshape / (octaverscalle, ~ a)))) 





successive shapes[[length(successive shapes) + 1]] <- shape 








successive shapes <- rev(successive shapes) 





original img <- img 





shrunk _original_img <- resize img(img, successive shapes[[1]]) 





for (shape in successive shapes) { 
cat("Processsing image shape", shape, "\n") 
img <- resize img(img, shape) 
img <- gradient ascent (img, 
iterations = iterations, 
SirCpI=— Stuer 
max loss = max_loss) 


upscaled_shrunk_original_img <- resize img(shrunk_original_img, shape) 








same size original <- resize img(original_img, shape) 





Nosit detail <= same isize original > upscaled shrunk jora ginal img 


img <=> amgy + Lost derail: 





shrunk _original_img <- resize img(original_img, shape) 
save amg (img; fname = sprinti ("dream at scale ss .png'y, 
paste(shape, collapse = "x"))) 








¢ 1 Playing with these hyperparameters will let you achieve new effects. 
e 2Gradient ascent step size 

¢ 3 Number of scales at which to run gradient ascent 

e 4 Size ratio between scales 


e 5 Number of ascent steps to run at each scale 


12 
13: 
14 
15 


¢ 6 If the loss grows larger than 10, you'll interrupt the gradient-ascent 


process to avoid ugly artifacts. 
e 7 Fill this with the path to the image you want to use. 
¢ 8 Loads the base image into an array (function is defined in listing 8.13) 


¢ 9g Prepares a list of shape tuples defining the different scales at which to 


run gradient ascent 
¢ 10 Reverses the list of shapes so they’re in increasing order 
e 11 Resizes the array of the image to the smallest scale 
e 12 Scales up the dream image 
e 13 Runs gradient ascent, altering the dream 


¢ 14 Scales up the smaller version of the original image: it will be 


pixelated. 
e 15 Computes the high-quality version of the original image at this size 


e 16 The difference between the two is the detail that was lost when 


scaling up. 


¢ 17 Reinjects lost detail into the dream 


Note that this code uses the following straightforward auxiliary R functions, which all 


do as their names suggest. 


Listing 8.13. Auxiliary functions 


CSSizer img <> Pune von (amg, isaeze), { 
IMNAG eC varray presize(aimo; = sa 7en[ (lao js eS aezS [6-2] 15) 
} 
save img <- function(img, fname) { 
img <- deprocess_ image (img) 
image array save(img, fname) 
} 


preprocess image <- function(image path) { 





image load(image path) %>% 
image to _array() %>% 


aRraye ene Shap ea(csarme—) sere champs) 9)))) ese 5 





INCepELOn v3 preprocess. Input (() 


} 





deprocess image <- function(img) { 2 
Img. <= array reshape (amg, dim = c(dam (amg) L24))7. damm). [PSiiize 3)9) 
img <- img / 2 3 


TM Ge <= eM Gat OLS 
UMNGs <—- Mn Gu ek = 2.55) 


dims <- dim(img) 


img <= pmax(0), pmun (img, 255.) ) 
dim(img) <= dams 


img 








¢ 1 Util function to open, resize, and format pictures into tensors that 


Inception V3 can process 
¢ 2 Util function to convert a tensor into a valid image 


¢ 3 Undoes preprocessing that was performed by 


imagenet_preprocess_input 





Note 


Because the original Inception V3 network was trained to recognize concepts in images 
of size 299 x 299, and given that the process involves scaling the images down by a 
reasonable factor, the DeepDream implementation produces much better results on 
images that are somewhere between 300 x 300 and 400 x 400. Regardless, you can 


run the same code on images of any size and any ratio. 





Starting from a photograph taken in the small hills between San Francisco Bay and the 


Google campus, we obtained the DeepDream shown in figure 8.5. 


Figure 8.5. Running the DeepDream code on an example image 





We strongly suggest that you explore what you can do by adjusting which layers you use 
in your loss. Layers that are lower in the network contain more-local, less-abstract 
representations and lead to dream patterns that look more geometric. Layers that are 
higher up lead to more-recognizable visual patterns based on the most common objects 


found in ImageNet, such as dog eyes, bird feathers, and so on. You can use random 


generation of the parameters in the layer contributions dictionary to quickly 
explore many different layer combinations. Figure 8.6 shows a range of results obtained 


using different layer configurations, from an image of a delicious homemade pastry. 


Figure 8.6. Trying a range of DeepDream configurations on an example image 





8.2.2. Wrapping up 


e DeepDream consists of running a convnet in reverse to generate inputs based on the 


representations learned by the network. 


e The results produced are fun and are somewhat similar to the visual artifacts 


induced in humans by the disruption of the visual cortex via psychedelics. 


e Note that the process isn’t specific to image models or even to convnets. It can be 


done for speech, music, and more. 


8.3. NEURAL STYLE TRANSFER 


In addition to DeepDream, another major development in deep-learning-driven image 


modification is neural style transfer, introduced by Leon Gatys et al. in the summer of 


[SJ 
2015. The neural style transfer algorithm has undergone many refinements and 
spawned many variations since its original introduction, and it’s made its way into 
many smartphone photo apps. For simplicity, this section focuses on the formulation 


described in the original paper. 


Leon A. Gatys, Alexander S. Ecker, and Matthias Bethge, “A Neural Algorithm of Artistic Style,” 
https://arxiv.org/abs/1508.06576. 


Neural style transfer consists of applying the style of a reference image to a target image 


while conserving the content of the target image. Figure 8.7 shows an example. 


Figure 8.7. Astyle transfer example 


Content target Style reference Combination image 





In this context, style essentially means textures, colors, and visual patterns in the 
image, at various spatial scales; and the content is the higher-level macrostructure of 
the image. For instance, blue-and-yellow circular brushstrokes are considered to be the 
style in figure 8.7 (using Starry Night by Vincent Van Gogh), and the buildings in the 


Tubingen photograph are considered to be the content. 


The idea of style transfer, which is tightly related to that of texture generation, has had 
a long history in the image-processing community prior to the development of neural 
style transfer in 2015. But as it turns out, the deep-learning-based implementations of 
style transfer offer results unparalleled by what had been previously achieved with 
classical computer-vision techniques, and they triggered an amazing renaissance in 


creative applications of computer vision. 


The key notion behind implementing style transfer is the same idea that’s central to all 
deep-learning algorithms: you define a loss function to specify what you want to 
achieve, and you minimize this loss. You know what you want to achieve: conserving 
the content of the original image while adopting the style of the reference image. If you 
were able to mathematically define content and style, then an appropriate loss function 


to minimize would be the following: 








loss <- distance(style(reference image) - style(generated_image)) + 


distance (content (original _ image) - content (generated_image) ) 





Here, distance is a norm function such as the L2 norm, content is a function that 


takes an image and computes a representation of its content, and st yle is a function 


that takes an image and computes a representation of its style. Minimizing this loss 





causes style (generated image) to beclose to style (reference image), and 
content (generated image) is close to content (generated image), thus 


achieving style transfer as we defined it. 


A fundamental observation made by Gatys et al. was that deep convolutional neural 
networks offer a way to mathematically define the style and content functions. Let’s 


see how. 


8.3.1. The content loss 


As you already know, activations from earlier layers in a network contain local 
information about the image, whereas activations from higher layers contain 
increasingly global, abstract information. Formulated in a different way, the 
activations of the different layers of a convnet provide a decomposition of the contents 
of an image over different spatial scales. Therefore, you’d expect the content of an 
image, which is more global and abstract, to be captured by the representations of the 


upper layers in a convnet. 


A good candidate for content loss is thus the L2 norm between the activations of an 
upper layer in a pretrained convnet, computed over the target image, and the 
activations of the same layer computed over the generated image. This guarantees that, 
as seen from the upper layer, the generated image will look similar to the original target 
image. Assuming that what the upper layers of a convnet see is really the content of 


their input images, then this works as a way to preserve image content. 


8.3.2. The style loss 


The content loss only uses a single upper layer, but the style loss as defined by Gatys et 
al. uses multiple layers of a convnet: you try to capture the appearance of the style- 
reference image at all spatial scales extracted by the convnet, not just a single scale. For 
the style loss, Gatys et al. use the Gram matrix of a layer’s activations: the inner 
product of the feature maps of a given layer. This inner product can be understood as 
representing a map of the correlations between the layer’s features. These feature 
correlations capture the statistics of the patterns of a particular spatial scale, which 


empirically correspond to the appearance of the textures found at this scale. 


Hence, the style loss aims to preserve similar internal correlations within the 
activations of different layers, across the style-reference image and the generated 
image. In turn, this guarantees that the textures found at different spatial scales look 


similar across the style-reference image and the generated image. 


In short, you can use a pretrained convnet to define a loss that will do the following: 


e Preserve content by maintaining similar high-level layer activations between the 
target content image and the generated image. The convnet should “see” both the 


target image and the generated image as containing the same things. 


e Preserve style by maintaining similar correlations within activations for both low- 
level layers and high-level layers. Feature correlations capture textures: the 
generated image and the style-reference image should share the same textures at 


different spatial scales. 


Now, let’s look at a Keras implementation of the original 2015 neural style transfer 
algorithm. As you'll see, it shares many similarities with the DeepDream 


implementation developed in the previous section. 


8.3.3. Neural style transfer in Keras 


Neural style transfer can be implemented using any pretrained convnet. Here, you'll 
use the VGG19 network used by Gatys et al. VGG19 is a simple variant of the VGG16 


network introduced in chapter 5, with three more convolutional layers. 
This is the general process: 


1. Set up a network that computes VGG19 layer activations for the style-reference 
image, the target image, and the generated image at the same time. 

2. Use the layer activations computed over these three images to define the loss 
function described earlier, which you’ll minimize in order to achieve style transfer. 


3. Set up a gradient-descent process to minimize this loss function. 


Let’s start by defining the paths to the style-reference image and the target image. To 
make sure that the processed images are a similar size (widely different sizes make style 


transfer more difficult), you’ll later resize them all to a shared height of 400 px. 


Listing 8.14. Defining initial variables 


library (keras) 





target_image path <- "img/portrait.png" al 
style reference image path <- "img/transfer style reference.png" 2 
img <- image load(target image path) 3 


width <- imgSsize[[1]] 
height <- imgSsize[[2]] 
img nrows <- 400 


img ncols <- as.integer(width * img nrows / height) 


e 1 Path to the image you want to transform 
e 2 Path to the style image 


¢ 3 Calculates the dimensions of the generated picture 


You need some auxiliary functions for loading, preprocessing, and postprocessing the 


images that go in and out of the VGG19 convnet. 


Listing 8.15. Auxiliary functions 


preprocess image <- function(path) { 
Img <> amage load\(path,. ‘target smze = se(img nrows,. amg ncols)),) sts 
image to _array() %>% 
array ne shape; ie ((ill, <sclaim.(t)=).) 
imagenet_preprocess input (img) 
} 


deprocess image <- function(x) { 
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¢ 1 Zero-centers by removing the mean pixel value from ImageNet. This 


reverses a transformation done by imagenet_preprocess_input. 


¢« 2 Converts images from ‘BGR’ to ‘RGB’. This is also part of the reversal 


of imagenet_preprocess_input. 


Let’s set up the VGG19 network. It takes as input a batch of three images: the style- 
reference image, the target image, and a placeholder that will contain the generated 
image. A placeholder is a symbolic tensor, the values of which are provided externally 
via R arrays. The style-reference and target image are static and thus defined using 

k_ constant, whereas the values contained in the placeholder of the generated image 
will change over time. 


Listing 8.16. Loading the pretrained VGG19 network and applying it to the three 
images 


target image <- k constant (preprocess image(target image path) ) 





style reference image <- k constant ( 





preprocess image(style reference image path) 


) 


combination image <- k placeholder(c(1, img _nrows, img ncols, 3)) 





input_tensor <- k_ concatenate (list(target_image, style reference image, 


combination image), axis = 1) 
model <- application _vgg19(input_tensor = input_tensor, 
weights = "imagenet", 
include_top = FALSE) 





cat ("Model loaded\n") 








e 1 Placeholder that will contain the generated image 
¢ 2 Combines the three images in a single batch 


¢ 3 Builds the VGG19 network with the batch of three images as input. The 


model will be loaded with pretrained ImageNet weights. 


Let’s define the content loss, which will make sure the top layer of the VGG19 convnet 


has a similar view of the target image and the generated image. 


Listing 8.17. Content loss 


content loss <- function(base, combination) { 


k_sum(k_square(combination - base) ) 


Next is the style loss. It uses an auxiliary function to compute the Gram matrix of an 


input matrix: a map of the correlations found in the original feature matrix. 


Listing 8.18. Style loss 


gram_matrix <- function(x) { 





features. <= kk banc ria teen(Ukepermue  cdumen sons ex) 2ei(Sia ls 22)5)i) 
gram <- k dot(features, k_ transpose (features) ) 
gram 
} 
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S <- gram _matrix(style) 
C <- gram matrix (combination) 
channels <- 3 
size <- img nrows*img ncols 
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To these two loss components, you add a third: the total variation loss, which operates 
on the pixels of the generated combination image. It encourages spatial continuity in 


the generated image, thus avoiding overly pixelated results. You can interpret it as a 


regularization loss. 


Listing 8.19. Total variation loss 
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The loss that you minimize is a weighted average of these three losses. To compute the 
content loss, you use only one upper layer—the block5 conv2 layer—whereas for the 
style loss, you use a list of layers than spans both low-level and high-level layers. You 


add the total variation loss at the end. 


Depending on the style-reference image and content image you're using, you'll likely 
want to tune the content weight coefficient (the contribution of the content loss to 
the total loss). A higher content weight means the target content will be more 


recognizable in the generated image. 


Listing 8.20. Defining the final loss that you’ll minimize 


CULpUES det <= happily (model Slayers, [> ““outpmt™) 
names (outputs dict) <- lapply(modelSlayers, ~“[[°, "name") 
content layer <— "blocks: conw2™ 


styler layensi—= sc (Wolockwkeconvaly  MbrOCkKZecOnvAlny, 
UbLoeks econ vis, Ss bilockA conway, 
"block5_conv1") 


Lota varia trons welghiite<— te—4 





Seyle wea ghia. ls.0 
Contenteweng ht. <> "0r7 02:5 
HOSS GS kee var alolte: (0'-0)) 





layervheatures <> ouspurs: dict [ [content layer] 





barge: “nage: Features) <— (layer features: [l)., 7.) 





combination features <- layer features[3,,,] 





Noss-<— losis! + Content ewerghte ~ “content Wossi(target image, features, 
combination features) 
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layer features <- outputs _dict[[layer name] ] 





Stylesneterence features: <= ayer sreatures| 2774: ] 





combination features <—= layer features [37,7] 


sil <- ‘style loss (style reference features, combination features) 





loss <- loss + ((style weight / length(style layers)) * sl) 
} 


liosis= <=" Jhos-si st 


(total variation weight * total variation _loss(combination image) ) 

















e 1 Named list that maps layer names to activation tensors 

e 2 Layer used for content loss 

¢ 3 Layers used for style loss 

¢ 4 Weights in the weighted average of the loss components 

e 5 You'll define the loss by adding all components to this scalar variable. 
e 6 Adds the content loss 

e« 7 Adds a style loss component for each target layer 


e 8 Adds the total variation loss 


Finally, you'll set up the gradient-descent process. In the original Gatys et al. paper, 
optimization is performed using the L-BFGS algorithm, so that’s what you'll use here. 
This is a key difference from the DeepDream example in section 8.2. The L-BFGS 
algorithm is available via the opt im() function, but there are two slight limitations 


with the optim() implementation: 


e It requires that you pass the value of the loss function and the value of the gradients 


as two separate functions. 


e It can only be applied to flat vectors, whereas you have a 3D image array. 


It would be inefficient to compute the value of the loss function and the value of the 
gradients independently, because doing so would lead to a lot of redundant 
computation between the two; the process would be almost twice as slow as computing 
them jointly. To bypass this, you'll set up an R6 class named Evaluator that computes 
both the loss value and the gradients value at once, returns the loss value when called 


the first time, and caches the gradients for the next call. 


Listing 8.21. Setting up the gradient-descent process 


grads <- k gradients(loss, combination image) [[1]] af 

fetch loss and grads <- k_ function(list (combination image), list(loss, gra 

eval _loss_and_ grads <- function(image) { 2 
uMaAge, <= varray Teshape(amage,- cl amg nrows, amg. neolls,.~3))5) 
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grad vdillues = array reshape(outs'| [2] ]%. dam “= Vengeh Courts, [21] 1") 





} 
library (R6) 








Evaluator <- R6Class("Evaluator", 3 
public = list ( 


loss value = NULL, 





grad values = NULL, 
nhigiikiceilsrs bl ka ky AS vee BIH OK eh walkonalt (le mat 
selfSloss_ value <- NULL 
selfSgrad_values <- NULL 
}, 


loss = function(x) { 





loss_and_grad <- eval_loss_and_grads (x) 
selfSloss_ value <- loss_and_grad$loss value 
selfSgrad_ values <- loss _and_ grad$grad_ values 
selfSloss value 

}, 

grads = function(x) { 
grad_values <- selfS$grad_values 
selfSloss_ value <- NULL 
selfSgrad_values <- NULL 





grad_values 


) 


evaluator <- Evaluator$Snew() 














e 1 Gets the gradients of the generated image with regard to the loss 


e 2 Function to fetch the values of the current loss and the current 


gradients 


¢ 3 This class wraps fetch_loss_and_grads in a way that allows you to 
retrieve the losses and gradients via two separate method calls, which is 


required by the optimizer you'll use. 


Finally, you can run the gradient-ascent process using the L-BFGS algorithm, plotting 
the current generated image at each iteration of the algorithm (here, a single iteration 


represents 20 steps of gradient ascent). 


Listing 8.22. Style-transfer loop 


iterations <- 20 


dms: <= ck; amg onrows;. “img mcols%. (3) 





xX <- preprocess image(target image path) Bt 
KOS array GLeshape:(x,. idamse-— cheno. bin(x:):5) 
LOG. Cine 1eiberaGEOnsis a 
Opt. <= opiEam«:( 3 
array reshape(x, dim = length(x)), 3; 


fn = evaluatorSloss, se) 





gr = evaluatorSgrads, 3 

method = "L-BFGS-B", 3 

control, = daist(maxit = 15) 3 
) 3 
Cati(ULosse OpesSvialue,. Nm") 


image <- x <- optSpar 





image <- array reshape(image, dms) 
im <- deprocess image (image) 


plot(as.raster(im) ) 


e 1 This is the initial state: the target image. 
¢ 2 Flattens the image because optim can only process flat vectors 


¢ 3 Runs L-BFGS over the pixels of the generated image to minimize the 
neural style loss. Note that you have to pass the function that computes 
the loss and the function that computes the gradients as two separate 


arguments. 


Figure 8.8 shows what you get. Keep in mind that what this technique achieves is merely 
a form of image retexturing, or texture transfer. It works best with style-reference 
images that are strongly textured and highly self-similar, and with content targets that 
don’t require high levels of detail in order to be recognizable. It typically can’t achieve 
fairly abstract feats such as transferring the style of one portrait to another. The 
algorithm is closer to classical signal processing than to AI, so don’t expect it to work 


like magic! 


Figure 8.8. Some example results 








Additionally, note that running this style-transfer algorithm is slow. But the 
transformation operated by the setup is simple enough that it can be learned by a small, 
fast, feedforward convnet as well—as long as you have appropriate training data 
available. Fast style transfer can thus be achieved by first spending a lot of compute 
cycles to generate input-output training examples for a fixed style-reference image, 
using the method outlined here, and then training a simple convnet to learn this style- 
specific transformation. Once that’s done, stylizing a given image is instantaneous: it’s 


just a forward pass of this small convnet. 


8.3.4. Wrapping up 


e Style transfer consists of creating a new image that preserves the contents of a 


target image while also capturing the style of a reference image. 
e Content can be captured by the high-level activations of a convnet. 


e Style can be captured by the internal correlations of the activations of different 


layers of a convnet. 


e Hence, deep learning allows style transfer to be formulated as an optimization 


process using a loss defined with a pretrained convnet. 


e Starting from this basic idea, many variants and refinements are possible. 


8.4. GENERATING IMAGES WITH VARIATIONAL AUTOENCODERS 


Sampling from a latent space of images to create entirely new images or edit existing 
ones is currently the most popular and successful application of creative AI. In this 
section and the next, we'll review some high-level concepts pertaining to image 
generation, alongside implementations details relative to the two main techniques in 
this domain: variational autoencoders (VAEs) and generative adversarial networks 
(GANs). The techniques we present here aren’t specific to images—you could develop 
latent spaces of sound, music, or even text, using GANs and VAEs—but in practice, the 
most interesting results have been obtained with pictures, and that’s what we focus on 


here. 


8.4.1. Sampling from latent spaces of images 


The key idea of image generation is to develop a low-dimensional latent space of 
representations (which naturally is a vector space) where any point can be mapped to a 
realistic-looking image. The module capable of realizing this mapping, taking as input a 
latent point and outputting an image (a grid of pixels), is called a generator (in the case 
of GANs) or a decoder (in the case of VAEs). Once such a latent space has been 
developed, you can sample points from it, either deliberately or at random, and, by 
mapping them to image space, generate images that have never been seen before (see 
figures 8.9 and 8.10). 


Figure 8.9. Learning a latent vector space of images, and using it to sample new 
images 
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Figure 8.10. A continuous space of faces generated by Tom White using VAEs 
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GANs and VAEs are two different strategies for learning such latent spaces of image 
representations, each with its own characteristics. VAEs are great for learning latent 


spaces that are nicely structured, where specific directions encode a meaningful axis of 


variation in the data. GANs generate images that can potentially be highly realistic, but 


the latent space they come from may not have as much structure and continuity. 


8.4.2. Concept vectors for image editing 


We already hinted at the idea of a concept vector when we covered word embeddings in 


chapter 6. The idea is still the same: given a latent space of representations, or an 


embedding space, certain directions in the space may encode interesting axes of 
variation in the original data. In a latent space of images of faces, for instance, there 
may be a smile vectors, such that if latent point z is the embedded representation of a 
certain face, then latent point z + s is the embedded representation of the same face, 
smiling. Once you’ve identified such a vector, it then becomes possible to edit images by 
projecting them into the latent space, moving their representation in a meaningful way, 
and then decoding them back to image space. There are concept vectors for essentially 
any independent dimension of variation in image space—in the case of faces, you may 
discover vectors for adding sunglasses to a face, removing glasses, turning a male face 
into as female face, and so on. Figure 8.11 is an example of a smile vector, a concept 
vector discovered by Tom White from the Victoria University School of Design in New 


Zealand, using VAEs trained on a dataset of faces of celebrities (the CelebA dataset). 


Figure 8.11. The smile vector 





8.4.3. Variational autoencoders 


Variational autoencoders, simultaneously discovered by Kingma and Welling in 


[ 6 ] [7] 
December 2013 and Rezende, Mohamed, and Wierstra in January 2014, area 


kind of generative model that’s especially appropriate for the task of image editing via 
concept vectors. They're a modern take on autoencoders—a type of network that aims 
to encode an input to a low-dimensional latent space and then decode it back—that 


mixes ideas from deep learning with Bayesian inference. 


Diederik P. Kingma and Max Welling, “Auto-Encoding Variational Bayes,” https://arxiv.org/abs/1312.6114. 
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Danilo Jimenez Rezende, Shakir Mohamed, and Daan Wierstra, “Stochastic Backpropagation and Approximate 
Inference in Deep Generative Models,” https://arxiv.org/abs/1401.4082. 


A classical image autoencoder takes an image, maps it to a latent vector space via an 
encoder module, and then decodes it back to an output with the same dimensions as 
the original image, via a decoder module (see figure 8.12). It’s then trained by using as 
target data the same images as the input images, meaning the autoencoder learns to 
reconstruct the original inputs. By imposing various constraints on the code (the output 
of the encoder), you can get the autoencoder to learn more- or less-interesting latent 
representations of the data. Most commonly, you'll constrain the code to be low- 
dimensional and sparse (mostly zeros), in which case the encoder acts as a way to 


compress the input data into fewer bits of information. 


Figure 8.12. An autoencoder: mapping an input x to a compressed representation 


and then decoding it back as x’ 
"5 } 
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In practice, such classical autoencoders don’t lead to particularly useful or well- 
structured latent spaces. They’re not much good at compression, either. For these 
reasons, they have largely fallen out of fashion. VAEs, however, augment autoencoders 
with a little bit of statistical magic that forces them to learn continuous, highly 
structured latent spaces. They have turned out to be a powerful tool for image 


generation. 


A VAE, instead of compressing its input image into a fixed code in the latent space, 
turns the image into the parameters of a statistical distribution: a mean and a variance. 
Essentially, this means you’re assuming the input image has been generated by a 
statistical process, and that the randomness of this process should be taken into 
account during encoding and decoding. The VAE then uses the mean and variance 
parameters to randomly sample one element of the distribution, and decodes that 
element back to the original input (see figure 8.13). The stochasticity of this process 
improves robustness and forces the latent space to encode meaningful representations 
everywhere: every point sampled in the latent space is decoded to a valid output. 

Figure 8.13. AVAE maps an image to two vectors, z_meanandz log sigma, 


which define a probability distribution over the latent space, used to sample a 
latent point to decode. 
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In technical terms, here’s how a VAE works: 


1. An encoder module turns the input samples input_ img into two parameters in a 
latent space of representations, z meanandz log variance. 

2. You randomly sample a point z from the latent normal distribution that’s assumed 
to generate the input image, viaz = z mean + exp(z log variance) * 
epsilon, where epsilon is a random tensor of small values. 

3. A decoder module maps this point in the latent space back to the original input 


image. 


Because epsilon is random, the process ensures that every point that’s close to the 
latent location where you encoded input img (z-mean) can be decoded to something 
similar to input_ img, thus forcing the latent space to be continuously meaningful. 
Any two close points in the latent space will decode to highly similar images. 
Continuity, combined with the low dimensionality of the latent space, forces every 
direction in the latent space to encode a meaningful axis of variation of the data, 
making the latent space very structured and thus highly suitable to manipulation via 


concept vectors. 


The parameters of a VAE are trained via two loss functions: a reconstruction loss that 
forces the decoded samples to match the initial inputs, and a regularization loss that 


helps learn well-formed latent spaces and reduce overfitting to the training data. 


Let’s quickly go over a Keras implementation of a VAE. Schematically, it looks like this: 


c(z_mean, z log variance) %<% encoder (input_img) 
Zz <= zo mean + exp (z Jog varvance) * epsilon 


reconstructed amg <- decoder (z) 


Ww W NH KH 


model <- keras_model(input_img, reconstructed_img) 


e 2 Draws a latent point using a small random epsilon 


reconstruction 


3 Decodes z back to an image 


1 Encodes the input into a mean and variance parameter 


4 Instantiates the autoencoder model, which maps an input image to its 


You can then train the model using the reconstruction loss and the regularization loss. 


The following listing shows the encoder network you'll use, mapping images to the 


parameters of a probability distribution over the latent space. It’s a simple convnet that 


maps the input image x to two vectors, z_ meanand z log var. 


Listing 8.23. VAE encoder network 


library (keras) 

UVMNG Snap Sh <= Messy, 
batch sazier <> 2156 
Patent sdam  <— + 2k: 


input _img <- layer input(shape = 


eG sual onbiiey sino pmn 


layer _conv_2d(fil 


activa 


layer conv. 20.( bak 


activa 


layer _conv_2d(fil 


activa 


Layer econ, 20: (tack: 





activa 


Shape .betore: Ehattenwng <= kaa'nit ssinape:(x) 


fe eX Go 
layer flatten() 
layer dense(units 
Zor ANE eR 
layer dense(units 
Zi OCR a ATs BG AXES 


layer dense(unit 


a 


28, 


1) 


Lets eS 


Eavon 


Ber Ses 


tion 


Selon 





tion 


olor 


Q Q 
Cars 





tion 


B25, 


late 


late 


img shape) 























3270 Kern elleesukz, 
= "relu") %>% 
64, kernel siz 
= "relu", strides 
CAy e keren elk SSusz, 
= "relu") %>% 
ode Kkemne loysarz, 
= "relu") 
activation = 
nt_dim) 
nt_dim) 


Wares) 


padding 
padding 
u(2iyn 2 2)¥) 


padding 


padding 


¢ 1 Dimensionality of the latent space: a 2D plane 
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e 2 The input image ends up being encoded into these two parameters. 


Next is the code for using z_ mean and z_ log var, the parameters of the statistical 


distribution assumed to have produced input_ img, to generate a latent space point z. 


Here, you wrap some arbitrary code (built on top of Keras backend primitives) into a 


layer lambda, which wraps an R function into a layer. In Keras, everything needs to 


be a layer, so code that isn’t part of a built-in layer should be wrapped in a 


layer lambda (or ina custom layer). 


Listing 8.24. Latent-space-sampling function 


sampling <- function(args) { 
e(z mean, z log var) %*<-% args 
epsilon <- k_random_normal (shape = list(k_shape(z_mean) [1], latent _dim), 
mean = 0, stddev = 1) 
Zomean a Kkeexpi(iz log uviar)) * epsilon 
} 
Zeca asia meant, Za Io Guar) oo 


layer lambda (sampling) 











The following listing shows the decoder implementation. You reshape the vector z to 
the dimensions of an image and then use a few convolution layers to obtain a final 


image output that has the same dimensions as the original input_ img. 


Listing 8.25. VAE decoder network, mapping latent space points to images 


decoder inpuy <= dayver linputs(k ane sshape(z) foi) 
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layer dense (uUnzts = “prod(as. integer (shape betore flattening i ])), 
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e 1 Input where you'll feed z 
e 2 Upsamples the input 


¢ 3 Reshapes z into a feature map of the same shape as the feature map 


just before the last layer_flatten in the encoder model 


e 4 Uses a layer_conv_2d_transpose and layer_conv_2d to decode z into 


a feature map the same size as the original image input 
e 5 You end up with a feature map the same size as the original input. 


¢ 6 Instantiates the decoder model, which turns “decoder_input” into the 


decoded image 


¢ 7 Applies it to z to recover the decoded z 


The dual loss of a VAE doesn’t fit the traditional expectation of a sample-wise function 
of the form loss(input, target). Thus, you'll set up the loss by writing a custom 
layer that internally uses the built-in add_loss layer method to create an arbitrary 


loss. 


Listing 8.26. Custom layer used to compute the VAE loss 


library (R6) 


CustomVariationalLayer <- RéClass("CustomVariationalLayer", 
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pubjbies = dase i 
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layer variational () 


e 1 Custom layers are implemented by writing a “call” method. 
e 2 You don’t use this output, but the layer must return something. 
¢ 3 Wraps the R6 class in a standard Keras layer function 


¢ 4 Calls the custom layer on the input and the decoded output to obtain 
the final model output 


Finally, you're ready to instantiate and train the model. Because the loss is taken care of 


in the custom layer, you don’t specify an external loss at compile time (loss = NULL), 


which in turn means you won’t pass target data during training (as you can see, you 





only pass x_train tothe model in fit ()). 


Listing 8.27. Training the VAE 


vae <- keras_ model(input_img, y) 
vae S>%S compile ( 
Optimizer =—“emsprop, 
loss = NULL 
) 
mnist <- dataset_mnist() 
Co Ce xem oe yp, Venter Gels) is CI (XMS SIE EV OS ea) oi oe NMS 
ibe High a ee eaarelaiele yin Aa 
x train <> array reshape(x train, dim =e. (damit traan), 1) 
x best <> ix test / 255 
KP COSe << —eanrayereshapeCwncesit,. dam —ciidam Exes). 1h))) 
vae %>% fit ( 
Ss Stes eyo NW ily 
epochs = 10, 
batchwsaizes = bacehes ize, 
validation data = list(x_test, NULL) 


Once such a model is trained—on MNIST, in this case—you can use the decoder 


network to turn arbitrary latent space vectors into images. 


Listing 8.28. Sampling a grid of points from the 2D latent space and decoding them 
to images 


igh eo LS) 
GuGAKERIS Ize <9 73 





Gridiex <> qnorm(seq (005; 02957 Teng th tour = im),) 
gGridsy -<>aqnorm(segqi-0r,05:, 05-95, lengthsout. = m))) 
Op: <=) par(MErOw = c(ny, -mi)iq- "Mare = ‘c-(60',.07,.0% 0). bg =s olack™) 
form 1G anes Vengeh (grade) )i x 
Kale ee fe pialsoliey:¢| lili ably 
RO‘ aay san eselke mG. hu(igusatce cy.) ef 
xi <- grid_y[[i]] 
ZasS aM pe Malia xe (CA CXaby, evel) ips onc Ow, alkene Od a= 23) 
ZeSaMmplev<—. titrepilincate (batchesaze,, zosampile, wsampdushy. == “mat mish) 
x decoded <- decoder %>% predict(z_ sample, batch _size = batch_size) 








ug uie <—Conraye reshape (xgidecoded! [iy lls. Gime = Cx (aig ate SS aiziey em eGiiGal ke rsea S 
plot(as.raster (digit) ) 


par (op) 











¢ 1 You'll display a grid of 15 x 15 digits (255 digits in total). 


2 Transforms linearly spaced coordinates using the qnorm function to 
produce values of the latent variable z (because the prior of the latent 
space is Gaussian) 


3 Decodes the batch into digit images 


4 Repeats z multiple times to form a complete batch 

e 5 Reshapes the first digit in the batch from 28 x 28 x 1 to 28 x 28 
The grid of sampled digits (see figure 8.14) shows a completely continuous distribution 
of the different digit classes, with one digit morphing into another as you follow a path 


through latent space. Specific directions in this space have a meaning: for example, 


there’s a direction for “four-ness,” “one-ness,” and so on. 


Figure 8.14. Grid of digits decoded from the latent space 
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In the next section, we'll cover in detail the other major tool for generating artificial 


images: generative adversarial networks (GANS). 


8.4.4. Wrapping up 


e Image generation with deep learning is done by learning latent spaces that capture 


statistical information about a dataset of images. By sampling and decoding points 


from the latent space, you can generate never-before-seen images. There are two 
major tools to do this: VAEs and GANs. 


e VAEs result in highly structured, continuous latent representations. For this reason, 
they work well for doing all sorts of image editing in latent space: face swapping, 
turning a frowning face into a smiling face, and so on. They also work nicely for 
doing latent-space-based animations, such as animating a walk along a cross section 
of the latent space, showing a starting image slowly morphing into different images 


in a continuous way. 


e GANSs enable the generation of realistic single-frame images but may not induce 


latent spaces with solid structure and high continuity. 


Most successful practical applications we have seen with images rely on VAEs, but 
GANs are extremely popular in the world of academic research—at least, circa 2016— 


2017. You'll find out how they work and how to implement one in the next section. 





Tip 


To play further with image generation, we suggest working with the Large-scale Celeb 
Faces Attributes (CelebA) dataset. It’s a free-to-download image dataset containing 
more than 200,000 celebrity portraits. It’s great for experimenting with concept 


vectors in particular—it definitely beats MNIST. 





8.5. INTRODUCTION TO GENERATIVE ADVERSARIAL NETWORKS 


[ 
Generative adversarial networks (GANs), introduced in 2014 by Goodfellow et al., 
are an alternative to VAEs for learning latent spaces of images. They enable the 
generation of fairly realistic synthetic images by forcing the generated images to be 


statistically almost indistinguishable from real ones. 
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Ian Goodfellow et al., “Generative Adversarial Networks,” https://arxiv.org/abs/1406.2661. 


An intuitive way to understand GANs is to imagine a forger trying to create a fake 
Picasso painting. At first, the forger is pretty bad at the task. He mixes some of his fakes 
with authentic Picassos and shows them all to an art dealer. The art dealer makes an 
authenticity assessment for each painting and gives the forger feedback about what 


makes a Picasso look like a Picasso. The forger goes back to his studio to prepare some 


new fakes. As times goes on, the forger becomes increasingly competent at imitating the 
style of Picasso, and the art dealer becomes increasingly expert at spotting fakes. In the 


end, they have on their hands some excellent fake Picassos. 


That’s what a GAN is: a forger network and an expert network, each being trained to 
best the other. As such, a GAN is made of two parts: 


¢ Generator network—Takes as input a random vector (a random point in the latent 


space), and decodes it into a synthetic image 


e Discriminator network (or adversary)—Takes as input an image (real or synthetic), 
and predicts whether the image came from the training set or was created by the 


generator network. 


The generator network is trained to be able to fool the discriminator network, and thus 
it evolves toward generating increasingly realistic images as training goes on: artificial 
images that look indistinguishable from real ones, to the extent that it’s impossible for 
the discriminator network to tell the two apart (see figure 8.15). Meanwhile, the 
discriminator is constantly adapting to the gradually improving capabilities of the 
generator, setting a high bar of realism for the generated images. Once training is over, 
the generator is capable of turning any point in its input space into a believable image. 
Unlike VAEs, this latent space has fewer explicit guarantees of meaningful structure; in 


particular, it isn’t continuous. 


Figure 8.15. A generator transforms random latent vectors into images, anda 
discriminator seeks to tell real images from generated ones. The generator is 
trained to fool the discriminator. 
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Remarkably, a GAN is a system where the optimization minimum isn’t fixed, unlike in 


any other training setup you've encountered in this book. Normally, gradient descent 


consists of rolling down hills in a static loss landscape. But with a GAN, every step 
taken down the hill changes the entire landscape a little. It’s a dynamic system where 
the optimization process is seeking not a minimum, but an equilibrium between two 
forces. For this reason, GANs are notoriously difficult to train—getting a GAN to work 
requires lots of careful tuning of the model architecture and training parameters. 


Figure 8.16. Latent space dwellers. Images generated by Mike Tyka using a 
multistaged GAN trained on a dataset of faces (www.miketyka.com). 





8.5.1. A schematic GAN implementation 


In this section, we'll explain how to implement a GAN in Keras, in its barest form— 
because GANs are advanced, diving deeply into the technical details would be out of 
scope for this book. The specific implementation is a deep convolutional GAN 
(DCGAN): a GAN where the generator and discriminator are deep convnets. In 
particular, it uses layer conv 2d transpose for image upsampling in the 


generator. 


You'll train the GAN on images from CIFAR10, a dataset of 50,000 32 x 32 RGB images 
belonging to 10 classes (5,000 images per class). To make things easier, you'll only use 


images belonging to the class “frog.” 
Schematically, the GAN looks like this: 


1. Agenerator network maps vectors of shape (latent dim) to images of shape 
(32, 32, 3). 
2. Adiscriminator network maps images of shape (32, 32, 3) toabinary score 
estimating the probability that the image is real. 
3. A gan network chains the generator and the discriminator together: gan (x) <- 
discriminator (generator (x) ). Thus this gan network maps latent space 
vectors to the discriminator’s assessment of the realism of these latent vectors as 


decoded by the generator. 


4. You train the discriminator using examples of real and fake images along with 
“real”/”fake” labels, just as you train any regular image-classification model. 

5. To train the generator, you use the gradients of the generator’s weights with regard 
to the loss of the gan model. This means, at every step, you move the weights of the 
generator in a direction that makes the discriminator more likely to classify as “real” 

the images decoded by the generator. In other words, you train the generator to fool 


the discriminator. 


8.5.2. A bag of tricks 


The process of training GANs and tuning GAN implementations is notoriously difficult. 
There are a number of known tricks you should keep in mind. Like most things in deep 
learning, it’s more alchemy than science: these tricks are heuristics, not “theory- 
backed” guidelines. They’re supported by a level of intuitive understanding of the 
phenomenon at hand, and they’re known to work well empirically, although not 


necessarily in every context. 


Here are a few of the tricks used in the implementation of the GAN generator and 
discriminator in this section. It isn’t an exhaustive list of GAN-related tips; you'll find 


many more across the GAN literature: 


e We use tanh as the last activation in the generator, instead of sigmoid, which is 


more commonly found in other types of models. 


e We sample points from the latent space using a normal distribution (Gaussian 


distribution), not a uniform distribution. 


e Stochasticity is good to induce robustness. Because GAN training results in a 
dynamic equilibrium, GANs are likely to get stuck in all sorts of ways. Introducing 
randomness during training helps prevent this. We introduce randomness in two 
ways: by using dropout in the discriminator and by adding random noise to the 


labels for the discriminator. 


e Sparse gradients can hinder GAN training. In deep learning, sparsity is often a 
desirable property, but not in GANs. Two things can induce gradient sparsity: max- 
pooling operations and ReLU activations. Instead of max pooling, we recommend 
using strided convolutions for downsampling, and we recommend using 
layer activation leaky relu instead of a ReLU activation. It’s similar to 
ReLU, but it relaxes sparsity constraints by allowing small negative activation 


values. 


e In generated images, it’s common to see checkerboard artifacts caused by unequal 


coverage of the pixel space in the generator (see figure 8.17). To fix this, we use a 
kernel size that’s divisible by the stride size whenever we use a strided 

layer conv 2d transpose or layer conv_2din both the generator and the 
discriminator. 


Figure 8.17. Checkerboard artifacts caused by mismatching strides and kernel 
sizes, resulting in unequal pixel-space coverage: one of the many gotchas of GANs 





8.5.3. The generator 


First, let’s develop a generator model that turns a vector (from the latent space— 
during training it will be sampled at random) into a candidate image. One of the many 
issues that commonly arise with GANs is that the generator gets stuck with generated 
images that look like noise. A possible solution is to use dropout on both the 


discriminator and the generator. 


Listing 8.29. GAN generator network 


library (keras) 
Vatent dam <=) 32 
height <- 32 
width <= 32 
channels <- 3 
generator input <- layer input(shape = c(latent_dim) ) 
generator output <- generator input %>% 
layer rdense(unaves = ae =< 16 es ho) sso 
layer _ activation leaky relu() %>% 


layer reshape(target shape = ¢(16, 16, 128)) 5% 

















lavySrneeconve A dijradkvens = 7/5.6;.okenniev sa zis es 5), 
padding = "same") %>% 
layer _activation_leaky relu() %>% 
layer conv 2d transpose (filters: = 256, kernel size = 4, 2 
strides = 2, padding = "same") %>% v4 
layer _activation_leaky relu() %>% 2 
layer COM Vase Ci(eighverss = 2.5 Oy Kernels ics — 5), 
padding = "same") %>% 
layer _activation_leaky relu() %>% 
layer conve 2d (milhwers 9256, kermelk size: — 5, 


padding = "SsSame") %>% 


layer activation leaky relu() %>% 





hayereconvs 20:(mivkterss'= ichanneds, -kernedk si7eu= 9/7 3 
activation = "tanh", padding = "same") 3 
generator <- keras model(generator input, generator output) 4 


¢ 1 Transforms the input into a 16 x 16, 128-channel feature map 
e 2Upsamples to 32 x 32 


°¢ 3 Produces a 32 x 32, 3-channel feature map (shape of a CIFAR10 


image) 


¢ 4 Instantiates the generator model, which maps the input of shape 


(latent_dim) into an image of shape (32, 32, 3) 


8.5.4. The discriminator 





Next, you'll develop a discriminator model that takes as input a candidate image 
(real or synthetic) and classifies it into one of two classes: “generated image” or “real 


image that comes from the training set.” 


Listing 8.30. The GAN discriminator network 
































discriminator input <- layer input(shape = c(height, width, channels) ) 
discriminator output <- discriminator input %>% 
Layer COnveiZo:ChaeNE SES. — all Sys erred Sut 7 Cx =r 32) Foo 
layer activation leaky relu() %>% 
kAViSreiCOnvVE, 20 CEAnbeer Sas o 7 ket elles Al7 eo A eS BESS a = 2), 65.6 
layer activation leaky relu() %>% 
LayereconveZOr( fier ers == 287. skerredi si 7 el. Ae Stride S= =!) o> 6 
layer activation leaky relu() %>% 
kA ViSraC ONV ZO Che Sa — bos korn clon 7ee = A eS Sa = 24) irom o 
layer activation leaky relu() %>% 
ayer hbawrenG)y “o> 
Layer droOpouGraikes =" Olas)" 52-6 
Layer dense (nats =s Ik activ dita On t=. Visa gGmoatdy) 





discriminator <- keras_ model (discriminator input, discriminator output) 
discriminator optimizer <- optimizer rmsprop ( 
es 07001084 
clipvalue = 1.0, 
decay = le-8 
) 
discriminator %>% compile ( 
OpEimrzer =—“discriminator optamizer, 


Koss =" UbinarysCrossentropy! 








e 1 One dropout layer: an important trick! 


¢ 2 Classification layer 


¢ 3 Instantiates the discriminator model, which turns a (32, 32, 3) input 


into a binary classification decision (fake/real) 
¢ 4 Uses gradient clipping (by value) in the optimizer 


e 5 To stabilize training, uses learning-rate decay 


8.5.5. The adversarial network 


Finally, you'll set up the GAN, which chains the generator and the discriminator. When 
trained, this model will move the generator in a direction that improves its ability to 
fool the discriminator. This model turns latent-space points into a classification 
decision—”fake” or “real”—and it’s meant to be trained with labels that are always 


“these are real images.” So, training gan will update the weights of generator ina 





way that makes discriminator more likely to predict “real” when looking at fake 
images. It’s very important to note that you set the discriminator to be frozen during 
training (non-trainable): its weights won’t be updated when training gan. If the 
discriminator weights could be updated during this process, then you’d be training the 


discriminator to always predict “real,” which isn’t what you want! 


Listing 8.31. Adversarial network 


freeze weights (discriminator) af 
Jans rnpur <> whayenranput-(siapo=— =e Ghatenitredam)y) 
gan_ output <- discriminator (generator (gan input) ) 
gan <- keras_ model(gan_ input, gan output) 
Jan optimizer <> Optimizer. rmsprops( 

lr = 0.0004, 

clipvalue = 1.0, 

decay = le-8 
) 
gan %>% compile ( 

OpLrimizers = Gan optimizer, 


oss: =) “banary scrossentnopy! 


e 1 Sets discriminator weights to non-trainable (this will only apply to the 


gan model) 


8.5.6. How to train your DCGAN 


Now you can begin training. To recapitulate, this is what the training loop looks like 


schematically. For each epoch, you do the following: 


> 


Draw random points in the latent space (random noise). 
Generate images with generator using this random noise. 


Mix the generated images with real ones. 


fw PK 


Train discriminator using these mixed images, with corresponding targets: 
either “real” (for the real images) or “fake” (for the generated images). 


Draw new random points in the latent space. 


o 


6. Train gan using these random vectors, with targets that all say “these are real 
images.” This updates the weights of the generator (only, because the discriminator 
is frozen inside gan) to move them toward getting the discriminator to predict 
“these are real images” for generated images: this trains the generator to fool the 


discriminator. 
Let’s implement it. 


Listing 8.32. Implementing GAN training 


Citar dhe id aa's.cls cathe O7() 

CCX te ain gs Ver cau) i, SC (Xx SteS tye Vices bai ios 5, Ci far 
Sec ae <x er aay rarsrsel ee Gem. (ym alin) G3 | Orr yu, ol 

Mer anin e< eab asTy/a Iolo 

iterations <- 10000 

bawuehes azies -<Se 210 

Siclidcherolnltia, oe WU Aoublia aiolaaaty 

SiG ats tape 


tore (step: an. isa beratarons:): { 





random_latent_vectors <- matrix(rnorm(batch_size * latent dim), 

meow! = batch size, incol =" akent dum) 
generated images <- generator %>% predict (random_latent vectors) 
StOpS<— Start <teiba ech nsuivier Saal 
real mages <-> x train|startsstop,,, 1 


rows <- nrow(real_ images) 





combined amages- <> array.(0,, dam = e\(rows: * 2, idim(real amages))—1"]))>) 


combined_images[1l:rows,,,] <- generated_images 











combined _images[ (rowst1): (rows*2),,,] <- real_images 
Labeltsa <r band mae x Gly now, = bavohesuine;. —ncous == sl)x, 
Matrix(0y-  mrow, —sbatch esaze,  ncol ==. h)s) 
labels <= labels. + (0s: * array (runt t(porod (daamiclabels)))., 
dim = dim(labels) )) 


d_loss <- discriminator %>% train_on _batch(combined_ images, labels) 


random. latent ivectors <— matra xi(mnorm(batchisize, & Vatent dam), 


nerow = batch size, ‘ncol. = Latent dim) 

misleading targets <- array (0, dam = ¢(batch size, 1)) 
a loss <= "gan, 32s train con batch ( 

random_latent_ vectors, 

misleading targets 
) 
Ste@rim<— starts bat chusatzic 
Ae (Stain >a (nico ws GXentas atm Mba te hiss z.6:)3) 


Sitansts << all 


Dt. (US Hep! 5:5 - iOON =—ai0))n of 
save model weights hdf5(gan, "gan.h5") 
Cak(Widd Soraminator Mossse yy sdavliosisy to\ni") 


Cak“advenrsarial wWoOsiss pau bOssy, e\rits) 


image array save ( 
djenenrated images: [rsp 255; 


Patho faslowpath (save die npasre0r( Mgenerated Prog. Seep, = mmpng)s) 





) 


image array _ save ( 








nealsimages lpia) tee25 5%, 
path =s fillenpath(saviendike, paste On(UneolWerrogu Strep. png \ 4) 
) 
} 
} 
1 Loads CIFAR10 data 


2 Selects frog images (class 6) 

3 Normalizes data 

4 Specifies where you want to save generated images 

5 Samples random points in the latent space 

6 Decodes them to fake images 

7 Combines them with real images 

8 Assembles labels, discriminating real from fake images 
9 Adds random noise to the labels—an important trick! 
10 Trains the discriminator 

11 Samples random points in the latent space 

12 Assembles labels that say “these are all real images” (it’s a lie!) 


13 Trains the generator (via the gan model, where the discriminator 


weights are frozen) 

14 Occasionally saves images 
15 Saves model weights 

16 Prints metrics 

17 Saves one generated image 


18 Saves one real image for comparison 


When training, you may see the adversarial loss begin to increase considerably, while 
the discriminative loss tends to zero—the discriminator may end up dominating the 
generator. If that’s the case, try reducing the discriminator learning rate, and increase 
the dropout rate of the discriminator. 

Figure 8.18. Play the discriminator: in each row, two images were dreamed up by 


the GAN, and one image comes from the training set. Can you tell them apart? 
(Answers: the real images in each column are middle, top, bottom, middle.) 





8.5.7. Wrapping up 


e AGAN consists of a generator network coupled with a discriminator network. The 
discriminator is trained to differentiate between the output of the generator and real 
images from a training dataset, and the generator is trained to fool the 
discriminator. Remarkably, the generator never sees images from the training set 


directly; the information it has about the data comes from the discriminator. 


¢ GANs are difficult to train, because training a GAN is a dynamic process rather than 
a simple gradient-descent process with a fixed loss landscape. Getting a GAN to 
train correctly requires using a number of heuristic tricks, as well as extensive 


tuning. 


e GANs can potentially produce highly realistic images. But unlike VAEs, the latent 
space they learn doesn’t have a neat continuous structure and thus may not be 
suited for certain practical applications, such as image editing via latent-space 


concept vectors. 


8.6. SUMMARY 


e With creative applications of deep learning, deep networks go beyond annotating 


existing content and start generating their own. You learned the following: 


¢ How to generate sequence data, one timestep at a time. This is applicable to text 
generation and also to note-by-note music generation or any other type of 


timeseries data. 


¢ How DeepDream works: by maximizing convnet layer activations through 


gradient ascent in input space. 


¢ How to perform style transfer, where a content image and a style image are 


combined to produce interesting-looking results. 


e What GANs and VAEs are, how they can be used to dream up new images, and 


how latent-space concept vectors can be used for image editing. 


e These few techniques cover only the basics of this fast-expanding field. There’s a lot 
more to discover out there—generative deep learning is deserving of an entire book 


of its own. 


Chapter 9. Conclusions 


This chapter covers 


e Important takeaways from this book 
¢ The limitations of deep learning 
¢ The future of deep learning, machine learning, and AI 


e Resources for learning further and working in the field 


You've almost reached the end of this book. This last chapter will summarize and 
review core concepts while also expanding your horizons beyond the relatively basic 
notions you've learned so far. Understanding deep learning and AI is a journey, and 
finishing this book is merely the first step on it. I (Francois) want to make sure you 
realize this and are properly equipped to take the next steps of this journey on your 


own. 


I'll start with a bird’s-eye view of what you should take away from this book. This 
should refresh your memory regarding some of the concepts you’ve learned. Next, Ill 
present an overview of some key limitations of deep learning. To use a tool 
appropriately, you should not only understand what it can do but also be aware of what 
it can’t do. Finally, I'll offer some speculative thoughts about the future evolution of the 
fields of deep learning, machine learning, and AI. This should be especially interesting 
to you if you'd like to get into fundamental research. The chapter ends with a short list 
of resources and strategies for learning further about AI and staying up to date with 


new advances. 


9.1. KEY CONCEPTS IN REVIEW 


This section briefly synthesizes the key takeaways from this book. If you ever need a 


quick refresher to help you recall what you’ve learned, you can read these few pages. 


9.1.1. Various approaches to Al 


First of all, deep learning isn’t synonymous with AI or even with machine learning. 


Artificial intelligence is an ancient, broad field that can generally be defined as “all 
attempts to automate cognitive processes”—in other words, the automation of thought. 
This can range from the very basic, such as an Excel spreadsheet, to the very advanced, 


like a humanoid robot that can walk and talk. 


Machine learning is a specific subfield of AI focused on automatically developing 
programs (called models) purely from exposure to training data. This process of turning 
data into a program is called learning. Although machine learning has been around for 


a long time, it only started to take off in the 1990s. 


Deep learning is one of many branches of machine learning, where the models are long 
chains of geometric functions, applied one after the other. These operations are 
structured into modules called layers: deep-learning models are typically stacks of 
layers—or, more generally, graphs of layers. These layers are parameterized by weights, 
which are the parameters learned during training. The knowledge of a model is stored 
in its weights, and the process of learning consists of finding good values for these 


weights. 


Even though deep learning is just one among many approaches to machine learning, it 
isn’t on an equal footing with the others. Deep learning is a breakout success. Here’s 


why. 


9.1.2. What makes deep learning special within the field of machine learning 


In the span of only a few years, deep learning has achieved tremendous breakthroughs 
across a wide range of tasks that have been historically perceived as extremely difficult 
for computers, especially in the area of machine perception: extracting useful 
information from images, videos, sound, and more. Given sufficient training data (in 
particular, training data appropriately labeled by humans), it’s possible to extract from 
perceptual data almost anything that a human could extract. Hence, it’s sometimes said 
that deep learning has solved perception, although that’s true only for a fairly narrow 


definition of perception. 


Due to its unprecedented technical successes, deep learning has singlehandedly 
brought about the third and by far the largest AI summer: a period of intense interest, 
investment, and hype in the field of AI. As this book is being written, we’re in the 
middle of it. Whether this period will end in the near future, and what happens after it 
ends, are topics of debate. One thing is certain: in stark contrast with previous AI 
summers, deep learning has provided enormous business value to a number of large 
technology companies, enabling human-level speech recognition, smart assistants, 


human-level image classification, vastly improved machine translation, and more. The 


hype may (and likely will) recede, but the sustained economic and technological impact 
of deep learning will remain. In that sense, deep learning could be analogous to the 
internet: it may be overly hyped up for a few years, but in the longer term it will still be 


a major revolution that will transform our economy and our lives. 


I’m particularly optimistic about deep learning because even if we were to make no 
further technological progress in the next decade, deploying existing algorithms to 
every applicable problem would be a game changer for most industries. Deep learning 
is nothing short of a revolution, and progress is currently happening at an incredibly 
fast rate, due to an exponential investment in resources and headcount. From where I 
stand, the future looks bright, although short-term expectations are somewhat 
overoptimistic; deploying deep learning to the full extent of its potential will take well 


over a decade. 


9.1.3. How to think about deep learning 


The most surprising thing about deep learning is how simple it is. Ten years ago, no one 
expected that we would achieve such amazing results on machine-perception problems 
by using simple parametric models trained with gradient descent. Now, it turns out that 
all you need is sufficiently large parametric models trained with gradient descent on 


sufficiently many examples. As Feynman once said about the universe, “It’s not 
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Richard Feynman, interview, The World from Another Point of View, Yorkshire Television, 1972. 


In deep learning, everything is a vector: everything is a point in a geometric space. 
Model inputs (text, images, and so on) and targets are first vectorized: turned into an 
initial input vector space and target vector space. Each layer in a deep-learning model 
operates one simple geometric transformation on the data that goes through it. The 
chain of layers in the model forms one complex geometric transformation, broken 
down into a series of simple ones. This complex transformation attempts to map the 
input space to the target space, one point at a time. This transformation is 
parameterized by the weights of the layers, which are iteratively updated based on how 
well the model is currently performing. A key characteristic of this geometric 
transformation is that it must be differentiable, which is required in order for us to be 
able to learn its parameters via gradient descent. Intuitively, this means the geometric 
morphing from inputs to outputs must be smooth and continuous—a significant 


constraint. 


The entire process of applying this complex geometric transformation to the input data 
can be visualized in 3D by imagining a person trying to uncrumple a paper ball: the 
crumpled paper ball is the manifold of the input data that the model starts with. Each 
movement operated by the person on the paper ball is similar to a simple geometric 
transformation operated by one layer. The full uncrumpling gesture sequence is the 
complex transformation of the entire model. Deep-learning models are mathematical 


machines for uncrumpling complicated manifolds of high-dimensional data. 


That’s the magic of deep learning: turning meaning into vectors, into geometric spaces, 
and then incrementally learning complex geometric transformations that map one 
space to another. All you need are spaces of sufficiently high dimensionality in order to 


capture the full scope of the relationships found in the original data. 


The whole thing hinges on a single core idea: that meaning is derived from the 
pairwise relationships between things (between words in a language, between pixels in 
an image, and so on) and that these relationships can be captured by a distance 
function. But note that whether the brain implements meaning via geometric spaces is 
an entirely separate question. Vector spaces are efficient to work with from a 
computational standpoint, but different data structures for intelligence can easily be 
envisioned—in particular, graphs. Neural networks initially emerged from the idea of 
using graphs as a way to encode meaning, which is why they’re named neural 
networks; the surrounding field of research used to be called connectionism. Nowadays 
the name neural network exists purely for historical reasons—it’s an extremely 
misleading name because they’re neither neural nor networks. In particular, neural 
networks have hardly anything to do with the brain. A more appropriate name would 
have been layered representations learning or hierarchical representations learning, 
or maybe even deep differentiable models or chained geometric transforms, to 


emphasize the fact that continuous geometric space manipulation is at their core. 


9.1.4. Key enabling technologies 


The technological revolution that’s currently unfolding didn’t start with any single 
breakthrough invention. Rather, like any other revolution, it’s the product of a vast 
accumulation of enabling factors—slowly at first, and then suddenly. In the case of deep 


learning, we can point out the following key factors: 


e Incremental algorithmic innovations, first spreading over two decades (starting 
with backpropagation) and then happening increasingly faster as more research 


effort was poured into deep learning after 2012. 


e The availability of large amounts of perceptual data, which is a requirement in order 


to realize that sufficiently large models trained on sufficiently large data are all we 
need. This is in turn a byproduct of the rise of the consumer internet and Moore’s 


law applied to storage media. 


¢ The availability of fast, highly parallel computation hardware at a low price, 
especially the GPUs produced by NVIDIA—first gaming GPUs and then chips 
designed from the ground up for deep learning. Early on, NVIDIA CEO Jensen 
Huang took note of the deep-learning boom and decided to bet the company’s 


future on it. 


e Acomplex stack of software layers that makes this computational power available to 
humans: the CUDA language, frameworks like TensorFlow that do automatic 


differentiation, and Keras, which makes deep learning accessible to most people. 


In the future, deep learning will not only be used by specialists—researchers, graduate 
students, and engineers with an academic profile—but will also be a tool in the toolbox 
of every developer, much like web technology today. Everyone needs to build intelligent 
apps: just as every business today needs a website, every product will need to 
intelligently make sense of user-generated data. Bringing about this future will require 
us to build tools that make deep learning radically easy to use and accessible to anyone 


with basic coding abilities. Keras is the first major step in that direction. 


9.1.5. The universal machine-learning workflow 


Having access to an extremely powerful tool for creating models that map any input 
space to any target space is great, but the difficult part of the machine-learning 
workflow is often everything that comes before designing and training such models 
(and, for production models, what comes after, as well). Understanding the problem 
domain so as to be able to determine what to attempt to predict, given what data, and 
how to measure success, is a prerequisite for any successful application of machine 
learning, and it isn’t something that advanced tools like Keras and TensorFlow can help 
you with. As a reminder, here’s a quick summary of the typical machine-learning 


workflow as described in chapter 4: 


1. Define the problem: What data is available, and what are you trying to predict? Will 
you need to collect more data or hire people to manually label a dataset? 

2. Identify a way to reliably measure success on your goal. For simple tasks, this may 
be prediction accuracy, but in many cases it will require sophisticated domain- 
specific metrics. 

3. Prepare the validation process that you'll use to evaluate your models. In particular, 
you should define a training set, a validation set, and a test set. The validation- and 


test-set labels shouldn’t leak into the training data: for instance, with temporal 


prediction, the validation and test data should be posterior to the training data. 

4. Vectorize the data by turning it into vectors and preprocessing it in a way that 
makes it more easily approachable by a neural network (normalization, and so on). 

5. Develop a first model that beats a trivial common-sense baseline, thus 
demonstrating that machine learning can work on your problem. This may not 
always be the case! 

6. Gradually refine your model architecture by tuning hyperparameters and adding 
regularization. Make changes based on performance on the validation data only, not 
the test data or the training data. Remember that you should get your model to 
overfit (thus identifying a model capacity level that’s greater than you need) and 
only then begin to add regularization or downsize your model. 

7. Be aware of validation-set overfitting when tuning hyperparameters: the fact that 
your hyperparameters may end up being overspecialized to the validation set. 


Avoiding this is the purpose of having a separate test set! 


9.1.6. Key network architectures 


The three families of network architectures that you should be familiar with are densely 
connected networks, convolutional networks, and recurrent networks. Each type of 
network is meant for a specific input modality: a network architecture (dense, 
convolutional, recurrent) encodes assumptions about the structure of the data: a 
hypothesis space within which the search for a good model will proceed. Whether a 
given architecture will work on a given problem depends entirely on the match between 


the structure of the data and the assumptions of the network architecture. 


These different network types can easily be combined to achieve larger multimodal 
networks, much as you combine LEGO bricks. In a way, deep-learning layers are LEGO 
bricks for information processing. Here’s a quick overview of the mapping between 
input modalities and appropriate network architectures: 

e Vector data—Densely connected network (dense layers). 

e Image data—2D convnets. 

e Sound data (for example, waveform)—Either 1D convnets (preferred) or RNNs. 

e Text data—Either 1D convnets (preferred) or RNNs. 


e Timeseries data—Either RNNs (preferred) or 1D convnets. 


e Other types of sequence data—Either RNNs or 1D convnets. Prefer RNNs if data 


ordering is strongly meaningful (for example, for timeseries, but not for text). 


e Video data—Either 3D convnets (if you need to capture motion effects) or a 


combination of a frame-level 2D convnet for feature extraction followed by either an 


RNN or a 1D convnet to process the resulting sequences. 


e Volumetric data—3D convnets. 
Now, let’s quickly review the specificities of each network architecture. 
Densely connected networks 


A densely connected network is a stack of dense layers, meant to process vector data 
(batches of vectors). Such networks assume no specific structure in the input features: 
they’re called densely connected because the units of a dense layer are connected to 
every other unit. The layer attempts to map relationships between any two input 
features; this is unlike a 2D convolution layer, for instance, which only looks at local 


relationships. 


Densely connected networks are most commonly used for categorical data (for 
example, where the input features are lists of attributes), such as the Boston Housing 
Price dataset used in chapter 3. They’re also used as the final classification or regression 
stage of most networks. For instance, the convnets covered in chapter 5 typically end 


with one or two dense layers, and so do the recurrent networks in chapter 6. 


Remember: to perform binary classification, end your stack of layers with a dense layer 
with a single unit and a sigmoid activation, and use binary crossentropy as the 


loss. Your targets should be either 0 or 1: 


library (keras) 


model <- keras_ model sequential() %>% 
ayer xdens.c (UnaieSk-— 132i. sa etinateOns-— are Ina, 
IMput shape = .c.(num anput Features)" 55 
avyier Gens cxQu nate Ss — 23:27) sa Otinvabt On: «= WererIMaln)s aoc 
Layer dense (unwes= =a, Saceivdtrtone = Ysigmodcds) 


model %>% compile ( 
optimizer = "rmsprop", 


Loss =" bitta hyVeLo ss entropy w 


To perform single-label categorical classification (where each sample has exactly one 


class, no more), end your stack of layers with a dense layer with a number of units equal 





to the number of classes, and a softmax activation. If your targets are one-hot 
encoded, use categorical crossentropy as the loss; if they’re integers, use 


Sparse Calegorical scressentropy: 


model <- keras_model sequential() %>% 


LAyersdenseiGunawss——327. sa CelvaE Lon Mnedmais, 

Mput whape- = .c(num anpwe weed tures) sors 
LAVeeSOenSe(UnseS = — S72. actinvetTony = "ase lui) 3 > 5 
layer dense(units = num_classes, activation = "softmax") 


model %>% compile ( 
optimizer = "rmsprop", 


OSS NT CaAkegontcal ere sseneronya 


To perform multilabel categorical classification (where each sample can have several 
classes), end your stack of layers with a dense layer with a number of units equal to the 
number of classes and a sigmoid activation, and use binary crossentropy as the 


loss. Your targets should be one-hot encoded: 


model <- keras_ model sequential() %>% 
MaAvyere densex(UnwES 3327 wacikvat wone = eared, 
input shape = c(num_input_features)) %>% 
layer dense (units =" 327 sactivation: = Wreluty 262% 
layer dense(units = num_classes, activation = "sigmoid") 


model %S>% compile ( 
optimizer = "rmsprop", 


Loss =" bananyi Gros senk ropy! 


To perform regression toward a vector of continuous values, end your stack of layers 
with a dense layer with a number of units equal to the number of values you're trying to 
predict (often a single one, such as the price of a house), and no activation. Several 
losses can be used for regression, most commonly mean squared error (MSE) and 


mean absolute error (MAE): 


model <- keras_model sequential() %>% 
Mayer Gens ei(Unutis s= S24 s-activataong — abicedkuly, 
input shape = c(num_input_features)) %>% 
MaAVSreGdenser(Uiatt S325) Act va tahOns = Wren) Was 


layer dense(units num_ values) 


model %>% compile ( 
optimizer = "rmsprop", 


loss = "mse" 


Convnets 


Convolution layers look at spatially local patterns by applying the same geometric 


transformation to different spatial locations (patches) in an input tensor. This results in 


representations that are translation invariant, making convolution layers highly data 
efficient and modular. This idea is applicable to spaces of any dimensionality: 1D 
(sequences), 2D (images), 3D (volumes), and so on. You can use layer _conv_1dto 
process sequences (especially text—it doesn’t work as well on timeseries, which often 
don’t follow the translation-invariance assumption), layer _conv_2d to process 


images, and layer _conv_3d to process volumes. 


Conunets, or convolutional networks, consist of stacks of convolution and max-pooling 
layers. The pooling layers let you spatially downsample the data, which is required to 
keep feature maps to a reasonable size as the number of features grows, and to allow 


subsequent convolution layers to “see” a greater spatial extent of the inputs. Convnets 





are often ended with either a layer flatten layer ora global pooling layer, turning 
spatial feature maps into vectors, followed by dense layers to achieve classification or 


regression. 


Note that it’s highly likely that regular convolutions will soon be mostly (or completely) 
replaced by an equivalent but faster and representationally efficient alternative: the 
depthwise separable convolution (layer separable conv 2d). This is true for 3D, 
2D, and 1D inputs. When youw’re building a new network from scratch, using depthwise 
separable convolutions is definitely the way to go. layer separable conv 2dcan 
be used as a drop-in replacement for layer conv 2d, resulting in a smaller, faster 


network that also performs better on its task. 


Here’s a typical image-classification network (categorical classification, in this case): 





model <- keras model sequential() %>% 
ayers separable conv 2d ralkters = 32, kennedy jsaez6. = 937 
activetrvon = “xedu, 


Input shape = “e(height, wadth, channels.) 22% 























layer separable sconv 20(Eriiters: = 64), kernelisize: = <3), 
activation = "relu") %>% 

layer max pooling 2d(pool size = 2) %>% 

ayer separable vconve2c\(hislterns= — 64, — kermerlt sat os 3), 
activation = "relu™) <>% 

ihayer sseparabile conv 2di( takers: = 238, kernel save cl 3; 
activation = "relu") %>% 

layer max pooling 2d(pool size = 2) %>% 

layer separable conv 2d(filters = 64, kernel size = 3, 
activation = "relu") %>% 

Layer separable vconyv 2d (filters = 1230 kernel sazem = 73, 
activation = "relu") %>% 

layer global average pooling 2d() %>% 

hay. Crea ens 6 CUMS E233: 270 sAiCt a diearO ns a eeuuws)) oes 

layer dense (unaes num classes, -actavation = “soremax") 


model %S>%S compile ( 


optimizer = "rmsprop", 


LOSsS— i UCaceg OraCallacrossent ropya 


RNNs 


Recurrent neural networks (RNNs) work by processing sequences of inputs one 
timestep at a time and maintaining a state throughout (a state is typically a vector or set 
of vectors: a point in a geometric space of states). They should be used preferentially 
over 1D convnets in the case of sequences where patterns of interest aren’t invariant by 
temporal translation (for instance, timeseries data where the recent past is more 


important than the distant past). 


Three RNN layers are available in Keras: layer simple rnn, layer gru,and 


layer 1stm. For most practical purposes, you should use either layer gruor 





layer 1stm. layer 1stmis the more powerful of the two but is also more expensive; 


you can think of layer _gru asa simpler, cheaper alternative to it. 


In order to stack multiple RNN layers on top of each other, each layer prior to the last 
layer in the stack should return the full sequence of its outputs (each input timestep will 
correspond to an output timestep); if you aren’t stacking any further RNN layers, then 
it’s common to return only the last output, which contains information about the entire 


sequence. 


Following is a single RNN layer for binary classification of vector sequences: 


model <- keras_ model sequential() %>% 
ayer Ws em (univtis' = 32, sc pnpute shapes c(num scimesitamps, num reatures')i)\ o> 
layer dense(units = num_classes, activation = "sigmoid") 


model %>% compile ( 
optimizer = "rmsprop", 


hogsi-= “binary erossentropy™ 











And this is a stacked RNN layer for binary classification of vector sequences: 





model <- keras model sequential() %>% 
ayer stm (units: = 327. return sequences, = RUE, 
input_shape = c(num_timestamps, num _features)) %>% 
hayere PsStm(Unkes=="3:2,, (return Sequences = F RUE) o>5 
layer lstm(units = 32) %>% 
layer dense (unsts==snumeclasses, activation = “siigmoid") 


model %>% compile ( 


optimizer = "rmsprop", 


Loss: “Vbinary Crossentropy. 


9.1.7. The space of possibilities 


What will you build with deep learning? Remember, building deep-learning models is 
like playing with LEGO bricks: layers can be plugged together to map essentially 
anything to anything, given that you have appropriate training data available and that 
the mapping is achievable via a continuous geometric transformation of reasonable 
complexity. The space of possibilities is infinite. This section offers a few examples to 
inspire you to think beyond the basic classification and regression tasks that have 


traditionally been the bread and butter of machine learning. 


I’ve sorted the suggested applications by input and output modalities. Note that quite a 
few of them stretch the limits of what is possible—although a model could be trained on 
all of these tasks, in some cases such a model probably wouldn’t generalize far from its 
training data. Sections 9.2 and 9.3 will address how these limitations could be lifted in 


the future. 
e Mapping vector data to vector data 
e Predictive healthcare—Mapping patient medical records to predictions of 
patient outcomes 


e Behavioral targeting—Mapping a set of website attributes with data on how 


long a user will spend on the website 


e Product quality control—Mapping a set of attributes relative to an instance of a 


manufactured product with the probability that the product will fail by next year 


e Mapping image data to vector data 


e Doctor assistant—Mapping slides of medical images with a prediction about the 


presence of a tumor 


Self-driving vehicle—Mapping car dash-cam video frames to steering wheel— 


angle commands 
¢ Board game AI—Mapping Go and chess boards to the next player move 
e Diet helper—Mapping pictures of a dish to its calorie count 
e Age prediction—Mapping selfies to the age of the person 


e Mapping timeseries data to vector data 


e Weather prediction—Mapping timeseries of weather data in a grid of locations 


to predictions of weather the following week 


e Brain-computer interfaces—Mapping timeseries of magnetoencephalogram 


(MEG) data to computer commands 


e Behavioral targeting—Mapping timeseries of user interactions on a website to 


the probability that a user will buy something 


e Mapping text to text 


e Smart reply—Mapping emails to possible one-line replies 
e Answering questions—Mapping general-knowledge questions to answers 
¢ Summarization—Mapping a long article to a short summary of the article 
e Mapping images to text 
¢ Captioning—Mapping images to short captions describing the contents of the 
images 
e Mapping text to images 
¢ Conditioned image generation—Mapping a short text description to images 
matching the description 


¢ Logo generation/selection—Mapping the name and description of a company to 


the company’s logo 
e Mapping images to images 
e Super-resolution—Mapping downsized images to higher-resolution versions of 
the same images 


e Visual depth sensing—Mapping images of indoor environments to maps of 


depth predictions 


e Mapping images and text to text 


e Visual QA—Mapping images and natural-language questions about the contents 


of images to natural-language answers 


e Mapping video and text to text 


e Video QA—Mapping short videos and natural-language questions about the 


contents of videos to natural-language answers 


Almost anything is possible—but not quite anything. Let’s see in the next section what 


we cant do with deep learning. 


9.2. THE LIMITATIONS OF DEEP LEARNING 


The space of applications that can be implemented with deep learning is nearly infinite. 
And yet, many applications are completely out of reach for current deep-learning 
techniques—even given vast amounts of human-annotated data. Say, for instance, that 
you could assemble a dataset of hundreds of thousands—even millions—of English- 
language descriptions of the features of a software product, written by a product 
manager, as well as the corresponding source code developed by a team of engineers to 
meet these requirements. Even with this data, you could not train a deep-learning 
model to read a product description and generate the appropriate codebase. That’s just 
one example among many. In general, anything that requires reasoning—like 
programming or applying the scientific method—long-term planning, and algorithmic 
data manipulation is out of reach for deep-learning models, no matter how much data 
you throw at them. Even learning a sorting algorithm with a deep neural network is 


tremendously difficult. 


This is because a deep-learning model is just a chain of simple, continuous geometric 
transformations mapping one vector space into another. All it can do is map one data 
manifold X into another manifold Y, assuming the existence of a learnable continuous 
transform from X to Y. A deep-learning model can be interpreted as a kind of program; 
but, inversely, most programs can’t be expressed as deep-learning models—for most 
tasks, either there exists no corresponding deep-neural network that solves the task or, 
even if one exists, it may not be learnable: the corresponding geometric transform may 


be far too complex, or there may not be appropriate data available to learn it. 


Scaling up current deep-learning techniques by stacking more layers and using more 
training data can only superficially palliate some of these issues. It won’t solve the more 
fundamental problems that deep-learning models are limited in what they can 
represent and that most of the programs you may wish to learn can’t be expressed as a 


continuous geometric morphing of a data manifold. 


9.2.1. The risk of anthropomorphizing machine-learning models 


One real risk with contemporary AI is misinterpreting what deep-learning models do 
and overestimating their abilities. A fundamental feature of humans is our theory of 
mind: our tendency to project intentions, beliefs, and knowledge on the things around 
us. Drawing a smiley face on a rock suddenly makes it “happy”—in our minds. Applied 


to deep learning, this means that, for instance, when we’re able to somewhat 


successfully train a model to generate captions to describe pictures, we're led to believe 
that the model “understands” the contents of the pictures and the captions it generates. 
Then we're surprised when any slight departure from the sort of images present in the 


training data causes the model to generate completely absurd captions (see figure 9.1). 


Figure 9.1. Failure of an image-captioning system based on deep learning 





The boy is holding a baseball bat. 


In particular, this is highlighted by adversarial examples, which are samples fed to a 
deep-learning network that are designed to trick the model into misclassifying them. 
You're already aware that, for instance, it’s possible to do gradient ascent in input space 
to generate inputs that maximize the activation of some convnet filter—this is the basis 
of the filter-visualization technique introduced in chapter 5, as well as the DeepDream 
algorithm in chapter 8. Similarly, through gradient ascent, you can slightly modify an 
image in order to maximize the class prediction for a given class. By taking a picture of 
a panda and adding to it a gibbon gradient, we can get a neural network to classify the 
panda as a gibbon (see figure 9.2). This evidences both the brittleness of these models 
and the deep difference between their input-to-output mapping and our human 
perception. 


Figure 9.2. An adversarial example: imperceptible changes in an image can upend 
a model’s classification of the image. 
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Adversarial example 


In short, deep-learning models don’t have any understanding of their input—at least, 
not in a human sense. Our own understanding of images, sounds, and language is 
grounded in our sensorimotor experience as humans. Machine-learning models have 
no access to such experiences and thus can’t understand their inputs in a human- 
relatable way. By annotating large numbers of training examples to feed into our 
models, we get them to learn a geometric transform that maps data to human concepts 
on a specific set of examples, but this mapping is a simplistic sketch of the original 
model in our minds—the one developed from our experience as embodied agents. It’s 


like a dim image in a mirror (see figure 9.3). 


Figure 9.3. Current machine-learning models: like a dim image in a mirror 
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As a machine-learning practitioner, always be mindful of this, and never fall into the 
trap of believing that neural networks understand the task they perform—they don’t, at 
least not in a way that would make sense to us. They were trained on a different, far 
narrower task than the one we wanted to teach them: that of mapping training inputs to 
training targets, point by point. Show them anything that deviates from their training 


data, and they will break in absurd ways. 


9.2.2. Local generalization vs. extreme generalization 


There are fundamental differences between the straightforward geometric morphing 
from input to output that deep-learning models do, and the way humans think and 
learn. It isn’t only the fact that humans learn by themselves from embodied experience 
instead of being presented with explicit training examples. In addition to the different 
learning processes, there’s a basic difference in the nature of the underlying 


representations. 


Humans are capable of far more than mapping immediate stimuli to immediate 
responses, as a deep network, or maybe an insect, would. We maintain complex, 
abstract models of our current situation, of ourselves, and of other people, and can use 
these models to anticipate different possible futures and perform long-term planning. 
We can merge together known concepts to represent something we’ve never 
experienced before—like picturing a horse wearing jeans, for instance, or imagining 
what we'd do if we won the lottery. This ability to handle hypotheticals, to expand our 
mental model space far beyond what we can experience directly—to perform 
abstraction and reasoning—is arguably the defining characteristic of human cognition. 
I call it extreme generalization: an ability to adapt to novel, never-before-experienced 


situations using little data or even no new data at all. 


This stands in sharp contrast with what deep nets do, which I call local generalization 
(see figure 9.4). The mapping from inputs to outputs performed by a deep net quickly 


stops making sense if new inputs differ even slightly from what the net saw at training 


time. Consider, for instance, the problem of learning the appropriate launch 
parameters to get a rocket to land on the moon. If you used a deep net for this task and 
trained it using supervised learning or reinforcement learning, you’d have to feed it 
thousands or even millions of launch trials: you’d need to expose it to a dense sampling 
of the input space, in order for it to learn a reliable mapping from input space to output 
space. In contrast, as humans we can use our power of abstraction to come up with 
physical models—rocket science—and derive an exact solution that will land the rocket 
on the moon in one or a few trials. Similarly, if you developed a deep net controlling a 
human body, and you wanted it to learn to safely navigate a city without getting hit by 
cars, the net would have to die many thousands of times in various situations until it 
could infer that cars are dangerous, and develop appropriate avoidance behaviors. 
Dropped into a new city, the net would have to relearn most of what it knows. On the 
other hand, humans are able to learn safe behaviors without having to die even once— 


again, thanks to our power of abstract modeling of hypothetical situations. 


Figure 9.4. Local generalization vs. extreme generalization 
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In short, despite our progress on machine perception, we're still far from human-level 
AI. Our models can only perform local generalization, adapting to new situations that 
must be similar to past data, whereas human cognition is capable of extreme 
generalization, quickly adapting to radically novel situations and planning for long- 


term future situations. 


9.2.3. Wrapping up 


Here’s what you should remember: the only real success of deep learning so far has 


been the ability to map space X to space Y using a continuous geometric transform, 
given large amounts of human-annotated data. Doing this well is a game changer for 


essentially every industry, but it’s still a long way from human-level AI. 


To lift some of the limitations we have discussed and create AI that can compete with 
human brains, we need to move away from straightforward input-to-output mappings 
and on to reasoning and abstraction. A likely appropriate substrate for abstract 
modeling of various situations and concepts is that of computer programs. We said 
previously that machine-learning models can be defined as learnable programs; 
currently we can only learn programs that belong to a narrow and specific subset of all 
possible programs. But what if we could learn any program, in a modular and reusable 


way? Let’s see in the next section what the road ahead may look like. 


9.3. THE FUTURE OF DEEP LEARNING 


This is a more speculative section aimed at opening horizons for people who want to 
join a research program or begin doing independent research. Given what we know of 
how deep nets work, their limitations, and the current state of the research landscape, 
can we predict where things are headed in the medium term? Following are some 
purely personal thoughts. Note that I don’t have a crystal ball, so a lot of what I 
anticipate may fail to become reality. I’m sharing these predictions not because I expect 
them to be proven completely right in the future, but because they’re interesting and 


actionable in the present. 
At a high level, these are the main directions in which I see promise: 


¢ Models closer to general-purpose computer programs, built on top of far richer 
primitives than the current differentiable layers. This is how we'll get to reasoning 


and abstraction, the lack of which is the fundamental weakness of current models. 


e New forms of learning that make the previous point possible, allowing models to 


move away from differentiable transforms. 


¢ Models that require less involvement from human engineers. It shouldn’t be your 


job to tune knobs endlessly. 


¢ Greater, systematic reuse of previously learned features and architectures, such as 


meta-learning systems based on reusable and modular program subroutines. 


Additionally, note that these considerations aren’t specific to the sort of supervised 
learning that has been the bread and butter of deep learning so far—rather, they're 
applicable to any form of machine learning, including unsupervised, self-supervised, 


and reinforcement learning. It isn’t fundamentally important where your labels come 


from or what your training loop looks like; these different branches of machine learning 


are different facets of the same construct. Let’s dive in. 


9.3.1. Models as programs 


As noted in the previous section, a necessary transformational development that we can 
expect in the field of machine learning is a move away from models that perform purely 
pattern recognition and can only achieve local generalization, toward models capable 
of abstraction and reasoning that can achieve extreme generalization. Current AI 
programs that are capable of basic forms of reasoning are all hardcoded by human 
programmers: for instance, software that relies on search algorithms, graph 
manipulation, and formal logic. In DeepMind’s AlphaGo, for example, most of the 
intelligence on display is designed and hardcoded by expert programmers (such as 
Monte Carlo Tree Search); learning from data happens only in specialized submodules 
(value networks and policy networks). But in the future, such AI systems may be fully 


learned, with no human involvement. 


What path could make this happen? Consider a well-known type of network: RNNs. It’s 
important to note that RNNs have slightly fewer limitations than feedforward networks. 


That’s because RNNs are a bit more than mere geometric transformations: they’re 








geometric transformations repeatedly applied inside a for loop. The temporal for 
loop is itself hardcoded by human developers: it’s a built-in assumption of the network. 
Naturally, RNNs are extremely limited in what they can represent, primarily because 
each step they perform is a differentiable geometric transformation, and they carry 
information from step to step via points in a continuous geometric space (state vectors). 


Now imagine a neural network that’s augmented in a similar way with programming 





primitives—but instead of a single hardcoded for loop with hardcoded geometric 


memory, the network includes a large set of programming primitives that the model is 





free to manipulate to expand its processing function, such as if branches, while 
statements, variable creation, disk storage for long-term memory, sorting operators, 
advanced data structures (such as lists, graphs, and hash tables), and many more. The 
space of programs that such a network could represent would be far broader than what 
can be represented with current deep-learning models, and some of these programs 


could achieve superior generalization power. 


We'll move away from having, on one hand, hardcoded algorithmic intelligence 
(handcrafted software) and, on the other hand, learned geometric intelligence (deep 
learning). Instead, we'll have a blend of formal algorithmic modules that provide 
reasoning and abstraction capabilities, and geometric modules that provide informal 


intuition and pattern-recognition capabilities. The entire system will be learned with 


little or no human involvement. 


A related subfield of AI that we think may be about to take off in a big way is program 
synthesis, in particular neural program synthesis. Program synthesis consists of 
automatically generating simple programs by using a search algorithm (possibly genetic 
search, as in genetic programming) to explore a large space of possible programs. The 
search stops when a program is found that matches the required specifications, often 
provided as a set of input-output pairs. This is highly reminiscent of machine learning: 
given training data provided as input-output pairs, we find a program that matches 
inputs to outputs and can generalize to new inputs. The difference is that instead of 
learning parameter values in a hardcoded program (a neural network), we generate 


source code via a discrete search process. 


I definitely expect this subfield to see a wave of renewed interest in the next few years. 
In particular, I expect the emergence of a crossover subfield between deep learning and 
program synthesis, where instead of generating programs in a general-purpose 
language, we'll generate neural networks (geometric data-processing flows) augmented 


with a rich set of algorithmic primitives, such as for loops and many others (see figure 





9.5). This should be far more tractable and useful than directly generating source code, 
and it will dramatically expand the scope of problems that can be solved with machine 
learning—the space of programs that we can generate automatically, given appropriate 
training data. Contemporary RNNs can be seen as a prehistoric ancestor of such hybrid 


algorithmic-geometric models. 


Figure 9.5. A learned program relying on both geometric primitives (pattern 
recognition, intuition) and algorithmic primitives (reasoning, search, memory) 
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9.3.2. Beyond backpropagation and differentiable layers 


If machine-learning models become more like programs, then they will mostly no 
longer be differentiable—these programs will still use continuous geometric layers as 
subroutines, which will be differentiable, but the model as a whole won’t be. As a result, 


using backpropagation to adjust weight values in a fixed, hardcoded network can’t be 


the method of choice for training models in the future—at least, it can’t be the entire 
story. We need to figure out how to train non-differentiable systems efficiently. Current 
approaches include genetic algorithms, evolution strategies, certain reinforcement- 
learning methods, and alternating direction method of multipliers (ADMM). Naturally, 
gradient descent isn’t going anywhere; gradient information will always be useful for 
optimizing differentiable parametric functions. But our models will become 
increasingly more ambitious than mere differentiable parametric functions, and thus 
their automatic development (the learning in machine learning) will require more than 


backpropagation. 


In addition, backpropagation is end to end, which is a great thing for learning good 
chained transformations but is computationally inefficient because it doesn’t fully take 
advantage of the modularity of deep networks. To make something more efficient, 
there’s one universal recipe: introduce modularity and hierarchy. So we can make 
backpropagation more efficient by introducing decoupled training modules with a 
synchronization mechanism between them, organized in a hierarchical fashion. This 
strategy is somewhat reflected in DeepMind’s recent work on synthetic gradients. I 
expect more along these lines in the near future. I can imagine a future where models 
that are globally non-differentiable (but feature differentiable parts) are trained—grown 
—using an efficient search process that doesn’t use gradients, whereas the differentiable 
parts are trained even faster by taking advantage of gradients using a more efficient 


version of backpropagation. 


9.3.3. Automated machine learning 


In the future, model architectures will be learned rather than be handcrafted by 
engineer-artisans. Learning architectures goes hand in hand with the use of richer sets 


of primitives and program-like machine-learning models. 


Currently, most of the job of a deep-learning engineer consists of munging data and 
then tuning the architecture and hyperparameters of a deep network at length to get a 
working model—or even to get a state-of-the-art model, if the engineer is that 
ambitious. Needless to say, that isn’t an optimal setup. But AI can help. Unfortunately, 
the data-munging part is tough to automate, because it often requires domain 
knowledge as well as a clear, high-level understanding of what the engineer wants to 
achieve. Hyperparameter tuning, however, is a simple search procedure; and in that 
case we know what the engineer wants to achieve: it’s defined by the loss function of the 
network being tuned. It’s already common practice to set up basic AutoML systems that 
take care of most model knob tuning. I even set up my own, years ago, to win Kaggle 


competitions. 


At the most basic level, such a system would tune the number of layers in a stack, their 
order, and the number of units or filters in each layer. This is commonly done today, as 
discussed in chapter 7. But we can also be far more ambitious and attempt to learn an 

appropriate architecture from scratch, with as few constraints as possible: for instance, 


via reinforcement learning or genetic algorithms. 


Another important AutoML direction involves learning model architecture jointly with 
model weights. Because training a new model from scratch every time we try a slightly 
different architecture is tremendously inefficient, a truly powerful AutoML system 
would evolve architectures at the same time the features of the model were being tuned 
via backpropagation on the training data. Such approaches are beginning to emerge as 


we write these lines. 


When this starts to happen, the jobs of machine-learning engineers won’t disappear— 
rather, engineers will move up the value-creation chain. They will begin to put much 
more effort into crafting complex loss functions that truly reflect business goals and 
understanding how their models impact the digital ecosystems in which they’re 
deployed (for example, the users who consume the model’s predictions and generate 
the model’s training data)—problems that only the largest companies can afford to 


consider at present. 


9.3.4. Lifelong learning and modular subroutine reuse 


If models become more complex and are built on top of richer algorithmic primitives, 
then this increased complexity will require higher reuse between tasks, rather than 
training a new model from scratch every time we have a new task or a new dataset. 
Many datasets don’t contain enough information for us to develop a new, complex 
model from scratch, and it will be necessary to use information from previously 
encountered datasets (much as you don’t learn English from scratch every time you 
open a new book—that would be impossible). Training models from scratch on every 
new task is also inefficient due to the large overlap between the current tasks and 


previously encountered tasks. 


A remarkable observation has been made repeatedly in recent years: training the same 
model to do several loosely connected tasks at the same time results in a model that’s 
better at each task. For instance, training the same neural machine-translation model 
to perform both English-to-German translation and French-to-Italian translation will 
result in a model that’s better at each language pair. Similarly, training an image- 
classification model jointly with an image-segmentation model, sharing the same 


convolutional base, results in a model that’s better at both tasks. This is fairly intuitive: 


there’s always some information overlap between seemingly disconnected tasks, and a 
joint model has access to a greater amount of information about each individual task 


than a model trained on that specific task only. 


Currently, when it comes to model reuse across tasks, we use pretrained weights for 
models that perform common functions, such as visual feature extraction. You saw this 
in action in chapter 5. In the future, I expect a generalized version of this to be 
commonplace: we'll use not only previously learned features (submodel weights) but 
also model architectures and training procedures. As models become more like 
programs, we'll begin to reuse program subroutines like the functions and classes 


found in human programming languages. 


Think of the process of software development today: once an engineer solves a specific 
problem (HTTP queries, for instance), they package it as an abstract, reusable library. 
Engineers who face a similar problem in the future will be able to search for existing 
libraries, download one, and use it in their own project. In a similar way, in the future, 
meta-learning systems will be able to assemble new programs by sifting through a 
global library of high-level reusable blocks. When the system finds itself developing 
similar program subroutines for several different tasks, it can come up with an abstract, 
reusable version of the subroutine and store it in the global library (see figure 9.6). Such 
a process will implement abstraction: a necessary component for achieving extreme 
generalization. A subroutine that’s useful across different tasks and domains can be 
said to abstract some aspect of problem solving. This definition of abstraction is similar 
to the notion of abstraction in software engineering. These subroutines can be either 
geometric (deep-learning modules with pretrained representations) or algorithmic 
(closer to the libraries that contemporary software engineers manipulate). 

Figure 9.6. A meta-learner capable of quickly developing task-specific models 


using reusable primitives (both algorithmic and geometric), thus achieving 
extreme generalization 
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9.3.5. The long-term vision 


In short, here’s my long-term vision for machine learning: 


¢ Models will be more like programs and will have capabilities that go far beyond the 
continuous geometric transformations of the input data we currently work with. 
These programs will arguably be much closer to the abstract mental models that 
humans maintain about their surroundings and themselves, and they will be 


capable of stronger generalization due to their rich algorithmic nature. 


In particular, models will blend algorithmic modules providing formal reasoning, 
search, and abstraction capabilities with geometric modules providing informal 
intuition and pattern-recognition capabilities. AlphaGo (a system that required a lot 
of manual software engineering and human-made design decisions) provides an 


early example of what such a blend of symbolic and geometric AI could look like. 


Such models will be grown automatically rather than hardcoded by human 
engineers, using modular parts stored in a global library of reusable subroutines—a 
library evolved by learning high-performing models on thousands of previous tasks 
and datasets. As frequent problem-solving patterns are identified by the meta- 
learning system, they will be turned into reusable subroutines—much like functions 
and classes in software engineering—and added to the global library. This will 


achieve abstraction. 


This global library and associated model-growing system will be able to achieve 
some form of human-like extreme generalization: given a new task or situation, the 
system will be able to assemble a new working model appropriate for the task using 
very little data, thanks to rich program-like primitives that generalize well, and 


extensive experience with similar tasks. In the same way, humans can quickly learn 


to play a complex new video game if they have experience with many previous 
games, because the models derived from this previous experience are abstract and 


program-like, rather than a basic mapping between stimuli and action. 


e As such, this perpetually learning model-growing system can be interpreted as an 
artificial general intelligence (AGI). But don’t expect any singularitarian robot 
apocalypse to ensue: that’s pure fantasy, coming from a long series of profound 
misunderstandings of both intelligence and technology. Such a critique, however, 


doesn’t belong in this book. 


9.4. STAYING UP TO DATE IN A FAST-MOVING FIELD 


As final parting words, I want to give you some pointers about how to keep learning and 
updating your knowledge and skills after you’ve turned the last page of this book. The 
field of modern deep learning, as we know it today, is only a few years old, despite a 
long, slow prehistory stretching back decades. With an exponential increase in financial 
resources and research headcount since 2013, the field as a whole is now moving at a 
frenetic pace. What you’ve learned in this book won’t stay relevant forever, and it isn’t 


all you’ll need for the rest of your career. 


Fortunately, there are plenty of free online resources that you can use to stay up to date 


and expand your horizons. Here are a few. 


9.4.1. Practice on real-world problems using Kaggle 


One effective way to acquire real-world experience is to try your hand at machine- 
learning competitions on Kaggle (https://kaggle.com). The only real way to learn is 
through practice and actual coding—that’s the philosophy of this book, and Kaggle 
competitions are the natural continuation of this. On Kaggle, you'll find an array of 
constantly renewed data-science competitions, many of which involve deep learning, 
prepared by companies interested in obtaining novel solutions to some of their most 
challenging machine-learning problems. Fairly large monetary prizes are offered to top 


entrants. 


Most competitions are won using either the XGBoost library (for shallow machine 
learning) or Keras (for deep learning). So you'll fit right in! By participating in a few 
competitions, maybe as part of a team, you'll become more familiar with the practical 
side of some of the advanced best practices described in this book, especially 


hyperparameter tuning, avoiding validation-set overfitting, and model ensembling. 


9.4.2. Read about the latest developments on arXiv 


Deep-learning research, in contrast with some other scientific fields, takes places 
completely in the open. Papers are made publicly and freely accessible as soon as 
they’re finalized, and a lot of related software is open source. arXiv (https://arxiv.org)— 
pronounced “archive” (the X stands for the Greek chi)—is an open-access preprint 
server for physics, mathematics, and computer science research papers. It has become 
the de facto way to stay up to date on the bleeding edge of machine learning and deep 
learning. The large majority of deep-learning researchers upload any paper they write 
to arXiv shortly after completion. This allows them to plant a flag and claim a specific 
finding without waiting for a conference acceptance (which takes months), which is 
necessary given the fast pace of research and the intense competition in the field. It also 
allows the field to move extremely fast: all new findings are immediately available for 


all to see and to build on. 


An important downside is that the sheer quantity of new papers posted every day on 
arXiv makes it impossible to even skim them all; and the fact that they aren’t peer 
reviewed makes it difficult to identify those that are both important and high quality. 
It’s difficult, and becoming increasingly more so, to find the signal in the noise. 
Currently, there isn’t a good solution to this problem. But some tools can help: an 
auxiliary website called arXiv Sanity Preserver (http://arxiv-sanity.com) serves as a 
recommendation engine for new papers and can help you keep track of new 
developments within a specific narrow vertical of deep learning. Additionally, you can 
use Google Scholar (https://scholar.google.com) to keep track of publications by your 


favorite authors. 


9.4.3. Explore the Keras ecosystem 
With about 200,000 users as of November 2017 and growing fast, Keras has a large 
ecosystem of tutorials, guides, and related open source projects: 

e Your main reference for working with the Keras R interface is the online 


documentation at https://keras.rstudio.com. 


e The main Keras website, https://keras.io, includes additional documentation and 


discussion. 
e The Keras for R source code can be found at https://github.com/rstudio/keras. 


e The Keras blog, https://blog.keras.io, offers Keras tutorials and other articles related 


to deep learning. 


e The TensorFlow for R blog, https://tensorflow.rstudio.com/blog.html, offers articles on 


using the R interfaces to Keras and TensorFlow. 


e You can follow me on Twitter: @fchollet. 


9.5. FINAL WORDS 


This is the end of Deep Learning with R! I hope you’ve learned a thing or two about 
machine learning, deep learning, Keras, and maybe even cognition in general. Learning 
is a lifelong journey, especially in the field of AI, where we have far more unknowns on 
our hands than certitudes. So please go on learning, questioning, and researching. 
Never stop. Because even given the progress made so far, most of the fundamental 


questions in AI remain unanswered. Many haven’t even been properly asked yet. 


Appendix A. Installing Keras and its dependencies on Ubuntu 


This appendix provides a step-by-step guide to configuring a deep-learning workstation 
with GPU support on Ubuntu. You should also consult 
https://tensorflow.rstudio.com/tools/local_gpu, which is an up-to-date guide to local GPU 


configuration for all platforms. 


A.1. OVERVIEW OF THE INSTALLATION PROCESS 


The process of setting up a deep-learning workstation is fairly involved. It consists of 


the following steps, which we'll cover in detail: 


1. Installing some system-level prerequisites, including a Basic Linear Algebra 
Subprogram (BLAS) library so your models run fast on CPU 

2. Making sure your GPU can run deep-learning code, by installing CUDA drivers and 
cuDNN 


3. Installing Keras and the TensorFlow backend 


It may seem like a daunting procedure. In fact, the only difficult part is setting up GPU 
support—otherwise, the entire process can be done with a few commands and takes 


only a couple of minutes. 


We'll assume you have a fresh installation of Ubuntu, with an NVIDIA GPU available. 


A.2. INSTALLING SYSTEM PREREQUISITES 


Keras is implemented in Python and depends on the Python package manager pip for 
its installation. To begin, make sure you have pip installed and that your package 


manager is up to date: 


S sudo apt-get update 
S$ sudo apt-get upgrade 
S$ sudo apt-get install python-pip python-dev 


You should also install a BLAS library (OpenBLAS, in this case), to ensure that you can 


run fast tensor operations on your CPU: 


S$ sudo apt-get install build-essential cmake git unzip \ 





pkg-config libopenblas-dev liblapack-dev 


A.3. SETTING UP GPU SUPPORT 


Using a GPU isn’t strictly necessary, but it’s strongly recommended. All the code 
examples found in this book can be run on a laptop CPU, but you may sometimes have 
to wait for several hours for a model to train, instead of mere minutes on a good GPU. If 
you don’t have a modern NVIDIA GPU, you can skip this step and go directly to section 
AA. 


To use your NVIDIA GPU for deep learning, you need to install two things: 


e CUDA-—A set of drivers for your GPU that allows it to run a low-level programming 


language for parallel computing. 


¢ cuDNN-—A library of highly optimized primitives for deep learning. When using 
cuDNN and running on a GPU, you can typically increase the training speed of your 
models by 50%—100%. 


TensorFlow depends on particular versions of CUDA and the cuDNN library. At the 
time of writing, it uses CUDA version 8 and cuDNN version 6, but this is likely to have 
changed by the time you read this. Please consult the TensorFlow website for detailed 
instructions about which versions are currently recommended: 


www.tensorflow.org/install/install_linux. 


A.3.1 Installing CUDA 


For Ubuntu (and other Linux flavors), NVIDIA provides a ready-to-use package that 


you can download from https://developer.nvidia.com/cuda-downloads: 


S wget http://developer.download.nvidia.com/compute/cuda/repos/ubuntul604/ 
x86 64/cuda-repo-ubuntul604 9.0.176-1 amd64.deb 











The easiest way to install CUDA is to use Ubuntu’s apt on this package. This will allow 


you to easily install updates via apt as they become available: 


$ sudo dpkg -i cuda-repo-ubuntul604 9.0.176-1 amd64.deb 
S$ sudo apt-key adv --fetch-keys 


http://developer.download.nvidia.com/compute/cuda/repos/ubuntul604/ 
x86 64/7fa2af80.pub 

S$ sudo apt-get update 

S$ sudo apt-get install cuda-8-0 


A.3.2 Installing cuDNN 


Register for a free NVIDIA developer account (unfortunately, this is necessary in order 
to gain access to the cuDNN download), and download cuDNN at 

https://developer. NVIDIA.com/cudnn (select the version of cuDNN compatible with 
TensorFlow). Like CUDA, NVIDIA provides packages for different Linux flavors—we’ll 
use the version for Ubuntu 16.04. Note that if you’re working with an EC2 install, you 
won't be able to download the cuDNN archive directly to your instance; instead, 


download it to your local machine and then upload it to your EC2 instance (via scp): 


S$ sudo dpkg -i dpkg -i libcudnn6*.deb 


A.3.3 The CUDA environment 


On Linux, part of the setup for CUDA libraries is adding the path to the CUDA binaries 
to your PATH and LD _ LIBRARY PATH as well as setting the CUDA_HOME environment 
variable. You'll set these variables in distinct ways depending on whether you’re 
installing TensorFlow on a single-user workstation or a multiuser server. If you’re 


running RStudio Server, some additional setup is required, which we'll also cover. 


In all cases, these are the environment variables you need to set/modify in order for 
TensorFlow to find the required CUDA libraries. The paths will differ depending on 
your specific installation of CUDA: 


export CUDA_HOME=/usr/local/cuda 

export LD LIBRARY PATH=${LD LIBRARY PATH}:${CUDA HOME}/1ib64 
PATH=${CUDA_ HOME}/bin:${PATH} 

export PATH 








Desktop installation 


In a desktop installation, you should define the environment variables in your 
~/.profile file. It’s necessary to use ~/.profile rather than ~/.bashrc, because ~/.profile 
is read by desktop applications (such as RStudio) as well as terminal sessions, whereas 


~/.bashrc applies only to terminal sessions. 


Note that you need to restart your system after editing the ~/.profile file, in order for 


the changes to take effect. Note also that the ~/.profile file won’t be read by bash if you 
have either a ~/.bash_profile or a ~/.bash_login file. 


Here’s a summary of these recommendations: 


¢ Define CUDA-related environment variables in ~/.profile rather than ~/.bashre. 


e Ensure that you have neither a ~/.bash_profile file nor a ~/.bash_login file 
(because those would prevent bash from seeing the variables you’ve added to 


~/ profile). 
e Restart your system after editing ~/.profile so the changes take effect. 


Server installation 


In a server installation, you should define the environment variables in the system-wide 
bash startup file (/etc/profile) so that all users have access to them. If you’re running 
RStudio Server, you also need to provide these variable definitions in an RStudio- 
specific fashion, because RStudio Server doesn’t execute system profile scripts for R 


sessions. 


To modify the LD LIBRARY PATH, you use rsession-ld-library-path in the 


/etc/ rstudio/rserver.conf configuration file: 


rsession-ld-library-path=/usr/local/cuda/1ib64 


You should set the CUDA_HOME and PATH variables in the /usr/lib/R/etc/Rprofile.site 


configuration file: 


Sys.setenv (CUDA _HOME="/usr/local/cuda") 
Sys.setenv (PATH=paste(Sys.getenv("PATH"), "/usr/local/cuda/bin", sep = ":" 











A.4. INSTALLING KERAS AND TENSORFLOW 


To install the core Keras library along with the TensorFlow backend, use the 
install keras() function from the Keras R package. This code installs the Keras R 


package, the core Keras library, and the GPU version of the TensorFlow backend: 


> install.packages ("keras") 
> library (keras) 


> install keras(tensorflow = "gpu") 


If your system doesn’t meet the requirements described earlier for a GPU installation of 


TensorFlow, then you can install the CPU version with the following: 


2 ans tall vke ras’ ()) 


The install _keras () function will install the core Keras library along with its 
dependencies in a Python virtual environment named r-tensorflow that’s isolated from 


the other Python libraries on your system. 


Installing Keras and TensorFlow using install keras() isn’t required to use the 
Keras R package. You can do a custom installation of Keras (and your desired backend) 
as described on the Keras website (https://keras.io/#installation), and the Keras R package 
will find and use that version. 


After you've run Keras at least once, the Keras configuration file can be found at 


~/.keras/keras.json. You can edit it to select the backend that Keras runs on: 





tensorflow, theano, or cntk. Your configuration file should like this: 


Nimage data format’: Wehannels» last', 
weps@lont's “Ne=07, 
PENCE Xue Mehl Oae Sai, 


"backend": "tensorflow" 


While Keras is running, you can monitor GPU utilization in a different shell window: 


S$ watch -n 5 NVIDIA-smi -a --display=utilization 





Youre all set! Congratulations—you can now begin building deep-learning applications. 


Appendix B. Running RStudio Server on an EC2 GPU instance 


This appendix provides a step-by-step guide to running deep learning in RStudio Server 
on an AWS GPU instance. This is the perfect setup for deep-learning research if you 
don’t have a GPU on your local machine. You should also consult 
https://tensorflow.rstudio.com/tools/cloud_gpu, which includes an always-up-to-date 


version of these instructions as well as details on other cloud GPU options. 


B.1. WHY USE AWS FOR DEEP LEARNING? 


Many deep-learning applications are computationally intensive and can take hours or 
even days when running on a laptop’s CPU cores. Running on a GPU can speed up 
training and inference by a considerable factor (often 5 to 10 times, when going from a 
modern CPU to a single modern GPU). But you may not have access to a GPU on your 
local machine. Running RStudio Server on AWS gives you the same experience as 
running on your local machine, while allowing you to use one or several GPUs on AWS. 
And you only pay for what you use, which can compare favorably to investing in your 


own GPU(s) if you use deep learning only occasionally. 


B.2. WHY NOT USE AWS FOR DEEP LEARNING? 


AWS GPU instances can quickly become expensive. The one we suggest using costs 
$0.90 per hour. This is fine for occasional use; but if you’re going to run experiments 
for several hours per day every day, then you're better off building your own deep- 
learning machine with a TITAN X or GTX 1080 Ti. 


In summary, use the RStudio-Server-on-EC2 setup if you don’t have access to a local 
GPU or if you don’t want to deal with installing Keras dependencies, in particular GPU 
drivers. If you have access to a local GPU, we recommend running your models locally, 


instead. In that case, use the installation guide in appendix A. 


Note 


You'll need an active AWS account. Some familiarity with AWS EC2 will help, but it 


isn’t mandatory. 





B.3. SETTING UP AN AWS GPU INSTANCE 


The following setup process will take 5 to 10 minutes: 


1. Navigate to the EC2 control panel at https://console.aws.amazon.com/ec2/v2, and click 


the Launch Instance link (see figure B.1). 


Figure B.1. The EC2 control panel 
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2. Select AWS Marketplace (see figure B.2), and search for “deep learning” in the 
search box. Scroll down until you find the AMI named Deep Learning AMI Ubuntu 


Version (see figure B.3); select it. 


Figure B.2. The EC2 AMI Marketplace 
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Figure B.3. The EC2 Deep Learning AMI 
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3. Select the p2.xlarge instance (see figure B.4). This instance type provides access to a 


single GPU and costs $0.90 per hour of usage (as of the time of writing). 


Figure B.4. The p2.xlarge instance 
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Step 2: Choose an Instance Type 
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ol) GPU compute p2.xlarge 4 
GPU compute p2.8xlarge 32 


4. You can keep the default configuration for the steps Configure Instance, Add 


Storage, Add Tags, and Configure Security Group. 





Note 


At the end of the launch process, you'll be asked if you want to create new 
connection keys or if you want to reuse existing keys. If you’ve never used EC2 


before, create new keys and download them. 





5. To connect to your instance, select it on the EC2 control panel, click Connect, and 
follow the instructions (see figure B.5). Note that it may take a few minutes for the 


instance to boot up. If you can’t connect at first, wait a bit and try again. 


Figure B.5. Connection instructions 


Connect To Your Instance x 


| would like to connect with @A standalone SSH client 
A Java SSH Client directly from my browser (Java required) 
To access your instance: 


1. Open an SSH client. (find out how to connect using PuTTY) 


2. Locate your private key file (awsKeys.pem). The wizard automatically detects the key you used to 
launch the instance. 


3. Your key must not be publicly viewable for SSH to work. Use this command if needed: 
chmod 40@ awsKeys.pem 
4. Connect to your instance using its Public DNS: 


ec2-54-147-126-214. compute-1.amazonaws.com 


Example: 








B.3.1 Installing R and RStudio Server 


Begin by installing the latest version of R: 


S sudo /bin/bash -c “echo 'deb http://cran.rstudio.com/bin/linux/ubuntu \ 


xenial/' >> /etc/apt/sources.list" 








S sudo apt-key adv --keyserver keyserver.ubuntu.com --recv-keys EO84DAB9 





S sudo apt-get update 
S sudo apt-get install r-base 


rrr =| 


Then, download RStudio Server and check its signature: 














S gpg --keyserver keys.gnupg.net --recv-keys 3F32EE77E331692F 








S$ sudo apt-get install gdebi dpkg-sig 





S wget https://www.rstudio.org/download/latest/stable/server/ubuntu64/ \ 
rstudio-server-latest-amd64.deb 

S dpkg-sig --verify rstudio-server-latest-amd64.deb 

Processing rstudio-server-latest-amd64.deb... 

GOODSIG _gpgbuilder FE8564CFF1AB93F1728645193F32EE77H331692F 1513664071 


a » 























GOODS1IG on the second line of output indicates that the signature has been validated. If 
you don’t see this output, the package either is unsigned or has the wrong signature, 


and you shouldn’t install it. 


Once the signature has been validated, install RStudio Server with the following 


command: 





S§ sudo gdebi rstudio-server-latest-amd64.deb 


After installation completes, configure RStudio Server to not suspend running sessions 


(which will prevent losing references to TensorFlow objects during suspension): 





S$ sudo /bin/bash -c “echo 'session-timeout-minutes=0!' >> \ 


/etc/rstudio/rsession.conf" 


Next, add an interactive user for logging in to RStudio Server: 


S$ sudo adduser <username> 





Finally, restart RStudio Server to apply the new settings: 


S$ sudo rstudio-server restart 


B.3.2 Configuring CUDA 


Execute the following to configure RStudio Server to locate the CUDA libraries required 


by Keras and TensorFlow: 


$ CUDA="/usr/local/cuda-8.0/11ib64:/usr/local/ \ 
cuda-8.0/extras/CUPTI/11ib64:/lib/ncecl/cuda-8" 
S$ sudo /bin/bash -c "echo 'rsession-ld-library-path=${CUDA}' >> \ 





/etc/rstudio/rserver.conf" 


Note that these instructions are for the use of TensorFlow 1.4 (the most recent version 
of TensorFlow at the time of this writing). More recent versions of TensorFlow may 
require CUDA 9, in which case you should substitute CUDA 9 for CUDA 8 in the 
definition of the CUDA paths. For example: 


$ CUDA="/usr/local/cuda-9.0/11ib64:/usr/local/ \ 
cuda-9.0/extras/CUPTI/1ib64:/lib/nccl/cuda-9" 





To determine which version of CUDA is required by the most recent version of 


TensorFlow, see the documentation at www.tensorflow.org/install/install_linux. 


B.3.3 Keras prerequisites 


In order to install the Keras and TensorFlow libraries for use with R, you'll need the 


virtualenv utility program. You can install it as follows: 


S$ sudo apt-get install python-virtualenv 


If there’s an existing Keras configuration file on the instance (there shouldn't be, but 
the AMI may have changed since this was written), you should delete it, just in case. 
Keras will re-create a standard configuration file when it’s launched for the first time. If 
the following code snippet returns an error saying that the file doesn’t exist, you can 


ignore it: 


S$ rm -f ~/.keras/keras.json 


B.4. ACCESSING RSTUDIO SERVER 


We recommend that you use an SSH tunnel to access RStudio Server on the remote 
AMI. To configure this, first disable nonlocal access to RStudio Server and restart the 


server to apply the new settings: 


S sudo /bin/bash -c "echo 'www-address=127.0.0.1' >> /etc/rstudio/rserver. 


S$ sudo rstudio-server restart 











Then, in a shell on your local machine (not the remote instance), start forwarding your 
local port 8787 (the HTTP port) to port 8787 of the remote instance: 





$ ssh -i awsKeys.pem -N -L local _port:local_machine:remote port remote mac 





» 








In our case, this looked like the following: 





S=S'siv sas VawsKeys -pem: N Sh S827 Or One Be. oN 


ubuntu@ec2-54-147-126-214.compute-1.amazonaws.com 





Then, in your local browser, navigate to the local address you’re forwarding to the 
remote instance (https://127.0.0.1:8787). You'll be asked to log in with the username and 


password you created when configuring RStudio Server. 


If you don’t use an SSH tunnel, you can access the server at port 8787 of the instance’s 
public IP address. To do this, you need to create a custom TCP rule to allow port 8787 
on your AWS instance (see figure B.6). 


Figure B.6. Configuring a new security group 
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This rule can be allowed either for your current public IP (such as that of your laptop) 
or for any IP (such as 0.0.0.0/0) if the former isn’t possible. Note that if you allow port 
8787 for any IP, then literally anyone will be able to listen to that port on your instance 
(which is where you'll be running RStudio Server). You added password protection to 
RStudio Server to mitigate the risk of random strangers using the server, but that may 
be pretty weak protection. If at all possible, you should consider restricting access to a 
specific IP. But if your IP address changes constantly, that isn’t a practical choice. If 
you're going to leave access open to any IP, then remember not to leave sensitive data 


on the instance. 


Once you've configured this, you can access RStudio Server at port 8787 of the 
instance’s public IP address. In this case, that would be http://ec2-54-147-126- 
214.compute-1.amazonaws.com:8787 (you'll be asked to log in with the username and 


password you created when configuring RStudio Server). 


B.5. INSTALLING KERAS 


Once you've successfully logged in to RStudio Server in a web browser, install the R 


keras package: 


> install.packages ("keras") 


Then, install the core Keras library along with the TensorFlow backend: 


> libary(keras) 


> install keras (tensorElows —  Woqpul) 


Youre now ready to use Keras on your AWS GPU instance. 


